A Quick Overview of Bitcoin Testnet Block Generation

Stupid question: Why not reduce block generation time instead of increasing block size?

I was thinking about Bitcoin current transactions "overloading", wouldn't it be more feasible to reduce the time needed for a generation of a block to fix the issue?
submitted by bitbit33 to Bitcoin [link] [comments]

Verge (XVG) Mining Exploit Attack Megathread

To reduce the multitude of posts on this topic, this megathread will take their place and include existing information and any further updates.

Summary

On April 4th, suprnova mining pool operator ocminer posted this thread notifying the crypto community and verge team that the attack had happened and how it worked.
There's currently a >51% attack going on on XVG which exploits a bug in retargeting in the XVG code.
Usually to successfully mine XVG blocks, every "next" block must be of a different algo.. so for example scrypt,then x17, then lyra etc.
Due to several bugs in the XVG code, you can exploit this feature by mining blocks with a spoofed timestamp. When you submit a mined block (as a malicious miner or pool) you simply set a false timestamp to this block one hour ago and XVG will then "think" the last block mined on that algo was one hour ago.. Your next block, the subsequent block will then have the correct time.. And since it's already an hour ago (at least that is what the network thinks) it will allow this block to be added to the main chain as well.
This attack given the malicious miner almost 99% of the effective hashrate, giving them the ability to perform a 51% attack and rapidly collect block rewards from thousands of blocks. In response, some exchanges have disabled deposits and some pools have disabled Verge support as they cannot currently compete.
The Verge development team has said they will not rollback the chain, and has pushed an attempted fix that has been controversial about whether it will work and what unintended consequences it may have. (source)
Update: Verge's latest twitter post on the matter

Prior popular /cryptocurrency posts

Other resources

submitted by CryptoMaximalist to CryptoCurrency [link] [comments]

Mining ERC-918 Tokens (0xBitcoin)

GENERAL INFORMATION

0xBitcoin (0xBTC) is the first mineable ERC20 token on Ethereum. It uses mining for distribution, unlike all previous ERC20 tokens which were assigned to the contract deployer upon creation. 0xBTC is the first implementation of the EIP918 mineable token standard (https://eips.ethereum.org/EIPS/eip-918), which opened up the possibility of a whole new class of mineable assets on Ethereum. Without any ICO, airdrop, pre-mine, or founder’s reward, 0xBitcoin is arguably the most decentralized asset in the Ethereum ecosystem, including even Ether (ETH), which had a large ICO.
The goal of 0xBitcoin is to be looked at as a currency and store of value asset on Ethereum. Its 21 million token hard cap and predictable issuance give it scarcity and transparency in terms of monetary policy, both things that Ether lacks. 0xBitcoin has certain advantages over PoW based currencies, such as compatibility with smart contracts and decentralized exchanges. In addition, 0xBTC cannot be 51% attacked (without attacking Ethereum), is immune from the “death spiral”, and will receive the benefits of scaling and other improvements to the Ethereum network.

GETTING 0xBITCOIN TOKENS

0xBitcoin can be mined using typical PC hardware, traded on exchanges (either decentralized or centralized) or purchased from specific sites/contracts.

-Mined using PC hardware

-Traded on exchanges such as


MINING IN A NUTSHELL

0xBitcoin is a Smart Contract on the Ethereum network, and the concept of Token Mining is patterned after Bitcoin's distribution. Rather than solving 'blocks', work is issued by the contract, which also maintains a Difficulty which goes up or down depending on how often a Reward is issued. Miners can put their hardware to work to claim these rewards, in concert with specialized software, working either by themselves or together as a Pool. The total lifetime supply of 0xBitcoin is 21,000,000 tokens and rewards will repeatedly halve over time.
The 0xBitcoin contract was deployed by Infernal_Toast at Ethereum address: 0xb6ed7644c69416d67b522e20bc294a9a9b405b31
0xBitcoin's smart contract, running on the Ethereum network, maintains a changing "Challenge" (that is generated from the previous Ethereum block hash) and an adjusting Difficulty Target. Like traditional mining, the miners use the SoliditySHA3 algorithm to solve for a Nonce value that, when hashed alongside the current Challenge and their Minting Ethereum Address, is less-than-or-equal-to the current Difficulty Target. Once a miner finds a solution that satisfies the requirements, they can submit it into the contract (calling the Mint() function). This is most often done through a mining pool. The Ethereum address that submits a valid solution first is sent the 50 0xBTC Reward.
(In the case of Pools, valid solutions that do not satisfy the full difficulty specified by the 0xBitcoin contract, but that DO satisfy the Pool's specified Minimum Share Difficulty, get a 'share'. When one of the Miners on that Pool finds a "Full" solution, the number of shares each miner's address has submitted is used to calculate how much of the 50 0xBTC reward they will get. After a Reward is issued, the Challenge changes.
A Retarget happens every 1024 rewards. In short, the Contract tries to target an Average Reward Time of about 60 times the Ethereum block time. So (at the time of this writing):
~13.9 seconds \* 60 = 13.9 minutes
If the average Reward Time is longer than that, the difficulty will decrease. If it's shorter, it will increase. How much longer or shorter it was affects the magnitude with which the difficulty will rise/drop, to a maximum of 50%. * Click Here to visit the stats page~ (https://0x1d00ffff.github.io/0xBTC-Stats) to see recent stats and block times, feel free to ask questions about it if you need help understanding it.

MINING HARDWARE

Presently, 0xBitcoin and "Alt Tokens" can be mined on GPUs, CPUs, IGPs (on-CPU graphics) and certain FPGAs. The most recommended hardware is nVidia graphics cards for their efficiency, ubiquity and relatively low cost. As general rules, the more cores and the higher core frequency (clock) you can get, the more Tokens you will earn!
Mining on nVidia cards:
Mining on AMD cards:
Mining on IGPs (e.g. AMD Radeon and Intel HD Graphics):
Clocks and Power Levels:

MINING SOFTWARE AND DESCRIPTIONS

For the most up-to-date version info, download links, thread links and author contact information, please see this thread: https://www.reddit.com/0xbitcoin/comments/8o06dk/links_to_the_newestbest_miners_for_nvidia_amd/ Keep up to date for the latest speed, stability and feature enhancements!
COSMiC Miner by LtTofu:
SoliditySha3Miner by Amano7:
AIOMiner All-In-One GPU Miner:
TokenMiner by MVis (Mining-Visualizer):
"Nabiki"/2.10.4 by Azlehria:
~Older Miners: Older and possibly-unsupported miner versions can be found at the above link for historical purposes and specific applications- including the original NodeJS CPU miner by Infernal Toast/Zegordo, the '1000x' NodeJS/C++ hybrid version of 0xBitcoin-Miner and Mikers' enhanced CUDA builds.

FOR MORE INFORMATION...

If you have any trouble, the friendly and helpful 0xBitcoin community will be happy to help you out. Discord has kind of become 0xBTC's community hub, you can get answers the fastest from devs and helpful community members. Or message one of the community members on reddit listed below.
Links
submitted by GeoffedUP to gpumining [link] [comments]

Can someone explain the Bitcoin Cash Difficulty Algorithm to me?

I understand that in Bitcoin (Core) it works as follows:

difficulty = new_difficulty_target / difficulty
this new number is usually estimated by clients and it changes every 2016 blocks as to aim for 10 minutes between each block.

I know not much about the fork(s), other than the differing size blocks. I remember reading about a different algorithm that BCH used as to not cripple the forked chain when waiting for difficulty retargets because it was (correctly) anticipated to have a lower hashrate. Since it had a lower hashrate, it could have been possible for the chain to be stuck attempting to mine a block too high in difficulty for the current hashrate, effectively stopping the fork.

Can anyone help explain this algorithm to me and is it still implemented or did the codebase change back to the 2016-block retarget?

Thanks
EDIT 1: As of 2017: Bitcoin Cash uses 'Median Time Past' to determine if the difficulty will be readjusted. It looks at the current block and the 'MTP' of the past 6 blocks, and if the time difference is greater than 12 hours, the difficulty will become easier. I believe it is a 20% adjustment. Median Time Past is the median of the last 11 blocks.

EDIT 2: Thank to u/jonald_fyookball I was pointed to the Electron Cash implementation [here](https://github.com/Electron-Cash/Electron-Cash/blob/mastelib/blockchain.py)

I'm still working through this as I'm not much of a programmer, but I think this here is the relevant code:
def get_median_time_past(self, height, chunk=None): if height < 0: return 0 times = [ self.read_header(h, chunk)['timestamp'] for h in range(max(0, height - 10), height + 1) ] return sorted(times)[len(times) // 2] # # ... other code ... # not sure how to format as it is in the middle of a function # bitcoin cash EDA # Can't go below minimum, so early bail if bits == MAX_BITS: return bits mtp_6blocks = self.get_median_time_past(height - 1, chunk) - self.get_median_time_past(height - 7, chunk) if mtp_6blocks < 12 * 3600: return bits # If it took over 12hrs to produce the last 6 blocks, increase the # target by 25% (reducing difficulty by 20%). target = bits_to_target(bits) target += target >> 2 return target_to_bits(target) 
I am interested to see the implementation of this and learn more about it so I will (probably) be adding more to this post as time goes on as a reference for myself and anyone else who wants to know.
submitted by 0x4B40 to btc [link] [comments]

A Reasonable Look at Litecoin Cash FUD

If there's one thing we can all agree on it's that the many echo chambers of the cryptosphere do nothing to help curb the parroting of unnecessary fear, uncertainty, and doubt spread by those who even might think they're doing some kind of service by it. Litecoin Cash is no exception to this rule, in fact they might even be more in the hot seat due to their controversial name and the timing of the fork. Let's take a look at some of the recent issues people keep bringing up and try to address them reasonably.
(Preface: I'm just someone who likes truth and due diligence, I have no affiliation with Litecoin Cash)
1) "Litecoin Cash is a scam!"
2) "There's only 1 exchange and it's locked! It's a scam!"
3) "The dev team is never around and never responds!"
  • Highly untrue, perhaps you are looking in the wrong places for information? There is a very lively and active Discord channel which you can find listed on the official website. Join it, and ask your questions there. The dev team is regularly in the chat rooms but more importantly THEY HAVE DEVELOPMENT WORK TO DO so most of their time will not be wasted answering your questions that are likely already in a FAQ or posted somewhere to be easily found with a smidgen of due diligence.
4) "There's a Reddit post showing a Binwalk where there's discrepancies between the released binaries and the Github repo."
  • Litecoincash (dev team member btw) has refuted this already on both Discord and Reddit trying to attempt to recreate the issue unsuccessfully and has invited the entire community to try to reproduce the apparent fault. So far, no one can, so before you go believing ONE SINGLE POST's bad news, maybe double check on things for yourself and don't spread unverified information.
5) "Why is Roger the Uniorn anonymous?"
  • He actually answered that in the Discord. His job is in financial sector and frankly his involvement in crypto could compromise his career. The man has a family to feed and bills to pay too. Chill out. Who is Satoshi Nakamoto? Answer that, scientist.
6) "NO WHITE PAPER!!!! IT'S A SCAM!!!"
  • Please send me a link to Litecoin's white paper :)
7) "They took the name of Litecoin to confuse people!"
  • I'm a total Litecoin fan, I admit, but what ever happened to healthy competition in a marketplace? I do agree a unique name is a better alternative but I also think the trolling of Bitcoin Cash with this name is rather hilarious and poignant to these times. Yes Bitcoin Cash is trying to subvert Bitcoin, but the Litecoin Cash team has been nothing but supportive of Litecoin since their launch and don't seem to be doing anything malicious against Litecoin's marketing or adoption. I'm sorry but if you cannot distinguish between the two and buy the wrong coin maybe you were moving a little too quickly and need to rethink your investment strategies.
UPDATE #1 - QUESTION ADDED - 02/23/2018 @ 12:55 PM EST
8) ecurrencyhodler brought up a very good point regarding network safety via mining malpractice in the comments:
Please don't omit the biggest weaknesses of this project. If LCC is profitable at all, it will get rekt by powerful sha-256 miners. Blocktimes will be ruined and tx's won't get processed.
I will be the first to admit I'm not personally qualified to answer mining related questions as I've not delved that deep into that end yet, but I did raise this question to Tanner, one of the dev team for LCC who is often available in the Discord server. He replied with:
The issue is, people aren't used to seeing effective difficulty adjustment on sha256 coins, so they tend to assume that like BTC, the network can't react very quickly to changes in hashpower (BTC only adjusts the mining difficulty every 2016 blocks). That's much more of a problem on sha256 coins without effective difficulty retargeting. LCC uses DarkGravity, the difficulty adjustment algorithm from Dash, which recalculates difficulty every block to respond to changes in hashpower.
I will certainly be looking more in depth into the DarkGravity algorithm myself as I further my education on mining but hopefully this answer can at least satisfy those who were worried about overpowered miners harming the integrity of the network. Dash seems pretty successful so far, so there's got to be some merit to it, right?
UPDATE #2 - QUESTION ADDED - 03/06/2018 @ 4:03 PM EST
9) "Yobit and the devs worked together in secret so they could all cash out the premined coins and win big!"
  • While it's a decent theory on paper it is provably untrue as 90% of the pre-mined coins are still sitting at their original wallet linked below. The 10% spent has been to go toward listing fees for future exchanges. (Hint: devs are smart people who wouldn't dare keep their valuable LTC coins on a shady exchange like Yobit haha)
  • View the dev's premine wallet on the block explorer
  • You'll notice it starts out with 5,500,000 LCC coins. There's been a few transactions since the original premine deposit leaving ~4,745,463 LCC coins in the wallet. The numerous in/out transactions are simply payments and change deposits (i.e. You own 10 LCC, you pay 1 LCC but you actually send 10 LCC and receive 9 LCC back automatically). So only ~754,536 pre-mined LCC coins have been spent/sold/traded/etc. Just saying if any one of us were going to dump our pre-mined coins we had and cash out on everyone, we'd certainly go for more than 10% haha!
Aside from these there are complaints of wallet issues and other such things but frankly that's on the user as many have shown already the wallet works quite successfully. I, myself, had issues getting everything to sync and scan properly but I simply asked for help in the Discord and Tanner, the lead dev, was kind enough to help me and lo and behold his advice was correct and I now have my coins safe and sound.
So there is some logic and calm arguments to refute a lot of this FUD being spread. I know a lot of people will still have issues with this post and that's fine, everyone is entitled to their own opinions but I've personally been involved in a number of coin forks and launches now and frankly this is one of the better ones with on time deliveries and plenty of communication.
Stay safe out there, always double check your sources of information (including me please) and just think twice before you act once. Much love crypto fam!
Oh and if you just want a place to dump your "useless garbage coin" I'll happily take them off your hands for you! Just send them here: CeNAjxEAja8hrdF1pzP4u3RHfStqhWYEyq (LCC)
submitted by auscoine to LCCofficial [link] [comments]

BAT Community Weekly Update: 01/11/2019 to 01/17/2019 — Brave Previews Opt-in Ads in Desktop Browser Developer Channel (blog), AMA with Tom Lowenthal, Luke Mulks talks BAT & Brave on the Crypto Traders podcast (video)

Welcome to this week's BAT Community Update! Big thanks to u/murphD for his excellent contributions!

Brave Previews Opt-in Ads in Desktop Browser Developer Channel
We’re previewing our new digital advertising model in Brave’s Developer channel. Developers and testers using the latest desktop browser build for macOS and Windows can activate opt-in Brave Ads within the Brave Rewards settings in the browser. Check out the blog post to find out how to start the preview!
https://brave.com/brave-previews-opt-in-ads-in-desktop-browser-developer-channel/

Highlights from Tom Lowenthal’s BAT Community AMA
Our January 16th AMA featured Tom Lowenthal, Brave’s Privacy & Security Product Manager. Tom answered both pre-submitted and live questions from Redditors concerning a variety of topics, like how to educate people who aren’t concerned about online privacy and what he believes to be the greatest advantage of choosing Brave over other web browsers. Tom named his favorite infosec conferences, revealed his favorite spot in the Bay Area to enjoy afternoon tea—Pardee Home Museum—and shared the name of his favorite book—Blindsight by Peter Watts. When asked what he perceives to be the biggest threat to Brave’s success, his tongue-in-cheek reply was: “Climate change and the collapse of US democracy.”
https://brave.com/ama-with-tom-lowenthal/

Video Tutorial: “How to Preview Brave Ads in Brave developer release (desktop)” by CryptoJennie
https://www.youtube.com/watch?v=VJ8MQDfLN70

BAT Community Merch Giveaway Winners!
The winners for our BAT Community Daily Merch Giveaways for this week are:
Click here to see pics of previous giveaway winners rocking their BAT/Brave merch!: https://imgur.com/a/lhF1G9I
Be sure to tune in to our social media channels every Monday, Tuesday and Wednesday and Friday to participate in our daily merch giveaways for your chance to win!

Client Updates:

Brave Releases Beta Channel v0.59.25
https://github.com/brave/brave-browsereleases/tag/v0.59.25
Brave Releases Dev Channel v0.60.13
https://github.com/brave/brave-browsereleases/tag/v0.60.13

Brave Team Tweets:

Woah… How about all that leaky data?
Johnny Ryan @johnnyryan The New Economics Foundation @NEF estimates that every UK Internet user has sensitive personal data about them leaked to hundreds or thousands of companies 164 times a day by websites' online ads @DuncanEMcCann @Miranda__Lena Jan 11 2019

We will iterate on our tipping mechanism. If a contributor is tipped, the tokens will stay in-browser until the creator is signed up.
BrendanEich @BrendanEich @andregnunes @brave No, you can still tip/auto-contribute to unverified creators, but your tokens stay in your browser ledger awaiting creator sign-up. We will iterate on client-only approach. Note it avoids any personal data for an unverified creator in our server db, avoids erasure requests, etc. Jan 12 2019

BrendanEich‏ @BrendanEich Replying to @BrendanEich @andregnunes @brave Thanks again to @tomscott for ringing the bell on the server-side and UX issues. We're grateful for Tom's feedback. It caused us to focus on client-only approaches, which the "just a passive/blind runtime for ads & tracking" browser mindset can miss or underestimate/underutilize. 6:38 PM - 12 Jan 2019

Tor integration on the mobile browser is on its way.
BrendanEich @BrendanEich @Karan_patell1 @smartopian @brave On roadmap for this year. Jan 14 2019

What’s the idea behind Brave?
BrendanEich @BrendanEich @_Cuddlefish_ @stshank @Catelli_NQU @brave The idea is for users to get the big revenue share and give back to their top sites and creators, which is what happens by default. Not to make a living, rather to put you in charge of how the Web, starting with your slice of it, is funded. Jan 15 2019

Is Uphold the only partner?
BrendanEich @BrendanEich @__anoop @stshank @brave Don't consider Uphold exclusive, just "first". Others: Coinbase, Revolut. More around the world. Jan 15 2019

Creators, publishers… Brave <3s you.
Luke Mulks @lukemulks #podcasters, #crypto #creators and #publishers, offer extends your way as well. Rivals, friends, foes, we all ought to have better privacy and security. @brave has your back. Jan 15 2019

Brave loves ads from Blockchain and Cryptocurrency people. Check us out.
Luke Mulks @lukemulks Unlike Google and Facebook, we welcome #ads from #Blockchain and #cryptocurrency related projects with open arms. Time to spread more awareness, not less. Also, #crypto != a crime. 30 days of free ads, if you stick w/ @Brave Ads for 3mo. DMs open. Jan 15 2019

Where is Brave showing ads?
Luke Mulks @lukemulks @244Ashutosh @OddStockTrader @brave @AttentionToken The first 5 geos for Brave Ads: US UK Canada France Germany More to follow. Jan 15 2019

Brave’s model puts ad matching on-device, rather than having a bunch of outside companies using your data.
Luke Mulks @lukemulks @BrendanEich @xHogglet @BraveSampson @jsecretan Our model also essentially puts smart ad matching locally on the smart device from local data which will replace the need for additional retargeting intermediaries. That said, segmentation is a key focus and buy-side deliverable. We aim to make it "done right" (so to speak). Jan 16 2019

Check out Sampson’s metal wall-mounted lion!!
Sampson @BraveSampson My home office just got a little more @brave with this metal wall-mounted lion. How awesome! https://t.co/rF6t92Fkog Jan 14 2019

Real time bidding is killed by New York Times… and ad revenue increases?
Johnny Ryan @johnnyryan NYT kills open exchange RTB in Europe post GDPR, and INCREASES ad revenue. https://t.co/KLPp2eRzOy Jan 16 2019

Check out Johnny:
Johnny Ryan @johnnyryan I'll be speaking at the @EU_EDPS discussion on electoral manipulation and data protection in the upcoming 2019 European elections. Register at https://t.co/NpO5z0PFXC (programme at https://t.co/3h59rbgYoO) https://t.co/OorKksxGH3 Jan 16 2019

BAT/Brave in the News:

Brave browser can now show ads, and soon you'll get 70% of the money
What if online ads weren't the distracting, privacy-invading, malware-laced, battery-gobbling mess they've become? What if they could even fund worthy websites?
That's what startup Brave hopes to accomplish with a major new phase of its browser business.
https://www.cnet.com/news/brave-browser-fix-for-online-advertising-pays-you-to-view-ads-that-respect-privacy/

Brave browser previews ad-replacement feature in latest Dev build
The privacy-focused web browser strips all ads from websites and blocks ad trackers; it aims to eventually roll out an unusual advertising model that pays users in cryptocurrency tokens.
https://www.computerworld.com/article/3333806/web-browsers/brave-browser-previews-ad-replacement-feature-in-latest-dev-build.html

Luke Mulks, Brave's Director of Business Development (& ad tech expert) talks BAT & Brave on the Crypto Traders Podcast
Kurt and Matt, hosts of the Crypto Traders podcast, talk to Luke Mulks from Brave.
https://www.youtube.com/watch?v=K5uAu-tzJDI

News You Should Know:

Apple Maps gooses DuckDuckGo in search privacy partnership
Search engine DuckDuckGo now displays location information from Apple Maps in its search results, a new example of business partners trying to profit from people's concerns about online privacy.
DuckDuckGo now uses Apple Maps both for small maps in location-related search results and for larger, interactive search results that appear in a separate maps tab, DuckDuckGo said in a blog post Tuesday. That replaces a combination including MapBox, OpenStreetMap and homegrown technology, Chief Executive Gabriel Weinberg added.
https://www.cnet.com/news/apple-maps-gooses-duckduckgo-in-search-privacy-partnership/

Roaring Fans:

Dylan Howell @dylanhowell @BitcoinDood @brave I’ve been on it a few weeks, such an easy transition.. almost all extensions work. It’s so much better than chrome. Jan 17 2019

Bitcoin Dood @BitcoinDood Just installed the @brave browser app on my Chromebook. Really liking it a lot. Blocks ads, pages load fast, graphics look great. It will probably be my go to browser over Chrome now. Jan 17 2019

Nrajesh @nrajesh Unlike other browsers that bungle by not having a clear selling point, @brave with #BAT tokens is a cut above the rest. A reflection of experienced founders. The software works fine across platforms & the revenue sharing is more like icing on the cake. Jan 17 2019

Bitcoin Backpacker @btcbackpacker @BitcoinDood @brave Been using brave. It's so similar to chrome and keeps getting better. Jan 17 2019

domains for sale ☕️ 👀 @domains21 Been using @brave browser since the start of the year and really liking what I have seen, both on desktop and mobile. Jan 17 2019

Alexander Trull‏ AlexanderTrullThe level of support I've received from @brave is quite unlike anything I've seen before. Thank you @BrendanEich & Company.

Luke Mulks‏ @lukemulks I see @airswap and @EthSimple and see solid progress toward making things easier.I use both from @brave, tip with @AttentionToken & get optimistic feelz.A nice future is being built right now, you just have to look past the bears & bulls to see it.#BUIDL on. #HODL on.

ETHSimple‏ @EthSimple Retweeted Luke Mulks That's exactly what we're going for. Thanks for the shout-out! We also love @brave!

From Reddit:

I finally bit the bullet and switched to brave, and I'm not going back
The last version of brave was a bit annoying with tabs and the UI, but now that it runs off chromium and acts the same way I decided to finally switch over permanently. TOR is a great idea and having that already built in is great. Importing passwords and bookmarks was simple, easy, and effective. I feel good already.
https://www.reddit.com/BATProject/comments/ags7co/i_finally_bit_the_bullet_and_switched_to_brave/

Live in Japan. Japanese wife's been using Brave for the past week. BAT is gonna be freakin huge in Japan!
https://www.reddit.com/BATProject/comments/agla6live_in_japan_japanese_wifes_been_using_brave_fo
submitted by CryptoJennie to BATProject [link] [comments]

Beginning to think operation dragon slayer might not just be a meme...

So this is the origin of operation dragonslayer. At first glance, it seems like Rob is just trolling. After all, why else would he place a big ass whiteboard behind him during a livestream that says something as ridiculous sounding as "operation dragonslayer". And as if to give it some legitimacy, he writes "cancel segwit 2x" above it, but this was four days after segwit 2x had already been cancelled. And of course 11/24 passed by uneventfully, so operation dragonslayer was nothing after all, right?
But those same guys released another video today, and someone noticed that there was this view of slack at one point in the video. The slack messages say "yeah he's good with it and we're on schedule" and "I need you to send over that 31 BTC" and "Alright, the dump is almost ready." I looked up the address that that 31 BTC was allegedly sent to, and you can see that it contains $120 million worth of bitcoin 31 BTC tx, which means that these guys aren't just messing around—they really have the ability to manipulate the market if they wanted to. It's also worthy to note that the guy who showed slack in the video seemed to do it by accident, as he alt-tabbed into slack, and alt-tabbed right out. Right after this, he laughed a bit nervously at the joke that was just said. Now of course it's possible that they were communicating off screen and planned the whole slack thing, but those slack messages were sent around 1:30 PM and the video occurred an hour before midnight.
To add to the conspiracy, there's this 4chan post, which has this comment:
TRANSLATED:
This is a message from an insider. I am a member of Chinese whale community. I cannot provide any proofs nor open my identity but I cannot allow myself to stand and watch for the greatest theft from poor and reputation destruction of blockchain based cryptocurrency to happen.
I have been informed of major Bitcoin manipulation taking place in order to compromise Bitcoin security and reliability. A group of coordinated Chinese investors have a plan to pump Bitcoin to 10000 USD after which they plan on coordinated crash of Bitcoin to sub 1000 levels because they have already taken their fiat money out and replaced them with margin tether traiding. It will not cost them a dollar. They will push Bitcoin below the demand levels.
The situation with Bitfinex and Tethers is legitimate but it is a distraction. Inflated amount of Tethers are not a source of money used for Pump. Bitcoin Cash is the source. For some reason community accepted 20 Billion dollar appearance out of thin air which is the market capitalization of Bitcoin Cash as the natural process. It is not natural. These artificial money are currently used to cash out Chinese investors and pump original Bitcoin to 10000 USD without taking any losses.
Shortly after Bitcoin crash below 1000 USD they plan to introduce Bitcoin Cash as a true Bitcoin and necessary replacament which is not inflated and then reject Tether pairings. This is why Bitcoin Cash price is stabilized at 1000 USD as was price of original Bitcoin in January 2017.
This is the operation Dragonslayer in it's final stage. They have created billion of dollars with Bitcoin hardforks and use Tether as a tool to artificially bump Bitcoin price cash out their money and coordinate total collapse.
Now this seems like it could have easily been made up, but BTC was $8k at the time of that post, and it has climbed to nearly $10k since then in just one week's time. The tether situation is also accurate. Furthermore, if you go back and look at that slack stuff from the youtube video, you can see that those guys are part of several Chinese slack channels. Coincidence?
But what I think truly gives this conspiracy a backbone is this pastebin from last July. It predicted that segwit 2x would be cancelled and it has predicted BCH's current success. Whoever wrote this pastebin claimed to be an insider, and he/she also said that at some point that there's all of these whales and miners who are going to mass dump BTC while mass buying BCH, which is consistent with the notion of operation dragonslayer and consistent with the 4chan translation.
And to add on to all of that, there's good reason to believe that BCH's price has been manipulated for a while, either to keep BCH from rising too quickly or too keep it from dying. Take at look at this BCH wallet. It contains $500 million worth of BCH. Coins have been added every day, and a single coin has never left the wallet. The fact that it has only ins and no outs suggests the wallet does not belong to an exchange, but to a group of whales. So why is this group of whales investing so much into BCH? Maybe they know what's going to happen? Something that we don't necessarily know?
Of course one objection is that operation dragonslayer was supposed to happen on the 24th, but nothing happened. One theory could be that too many people knew about operation dragonslayer and that because bitcoin's difficulty adjusted upwards, it wasn't the right time. However, in 10 days, BTC's difficulty is expected to increase by 6.46% and that number will probably keep going up. This will also line up with BTC hitting the key mark of $10,000. It was also be more unexpected than if it had occurred on 11/24.
Maybe this is just all wishful thinking, but these are my thoughts nonetheless. My current strategy is to hold BCH, because I don't think there's a lot of risk holding it, that is, it won't tank or anything, but if something big does happen like the flippening, I'll want to be holding BCH.
If someone could figure out what those 64 character hashes were from slack in the youtube livestream, that would be great. I tried looking up several of them on block explorers for both bitcoin and bitcoin cash, but nothing showed up.
submitted by Fossana to btc [link] [comments]

BAT Community Weekly Update: 09/14/2018 to 09/20/2018 — Partnership announcement with Civic, official BAT/Brave meetup with Brendan Eich in San Francisco, Brave to be an official sponsor of ETHSanFrancisco, Brave featured in PopularScience tweet to 1.26M followers

Welcome to this week's BAT Community Update! Big thanks to u/MurphD for his excellent contributions!
BLOG: “Civic to Offer Secure Identity Verification Services on the Brave Publisher Platform”
Civic, the global digital identity leader, and Brave, an innovative privacy browser combined with a blockchain-based digital advertising platform, will collaborate to provide Civic’s identity verification services to Brave’s verified publishers. Publishers will have the option to use Civic identity verification and other Know Your Customer (KYC) services in order to securely collect the Basic Attention Tokens (BATs) earned via the Brave browser and the BAT platform.
There are currently over 21,000 Brave-verified publishers, and 4 million monthly active users of the Brave browser. Brave users can opt to anonymously and automatically reward publisher content by donating BATs through the integrated Brave Payments system in the browser. In the future, publishers who provide their own Ethereum wallets to receive BAT payments will have the option to use Civic Reusable KYC to verify identity and ensure authenticity. Publishers will benefit from convenient, secure, and private identity verification through the Civic app.
https://brave.com/brave-civic-partnership/
 
Official BAT & Brave event with Brendan Eich (CEO) in SF (Oct. 4, 2018) leading up to ETHSanFrancisco Conference
Come meet Brendan Eich, CEO of Brave & Basic Attention Token, co-founder of Mozilla & Firefox, and creator of JavaScript at this exclusive BAT & Brave event in San Francisco with the BAT & Brave Team. Discover our mission and how you can partner with Brave for a Better Web.
https://www.meetup.com/BAT-Brave-Official-Event-in-SF-w-Brendan-Eich-CEO/
 
October 5th - 7th: BAT & Brave will be officially sponsoring ETHSanFrancisco — We will have a booth + development teams participating in the hackathon Come meet Jennie, Chris and Luke from the BAT Team + other Brave team members!
https://ethsanfrancisco.com/
 
September 21st: Presentation + Q&A with Brian Bondy, co-founder & CTO of Brave at the Bitcoin Center in Buenos Aires, Argentina
Brian R. Bondy‏ @brianbondy Brian R. Bondy Retweeted manuel beaudroit I'll be doing a presentation and Q&A on @brave and @AttentionToken at the Bitcoin Center in Buenos Aires, Argentina. Please join me on Friday while there's still space. 7:24 PM - 19 Sep 2018
https://twitter.com/brianbondy/status/1042600367182241793
 
Popular Science piece, featuring Brave
Ditch your phone's built-in web browser for these seven alternatives
https://twitter.com/PopSci/status/1041612845568417792
 
September 27th: BAT x Content Creator Workshop 1.0 in Bekasi, Indonesia
Learn to become a verified Brave publisher (website, YouTube, Twitch). Don't forget to bring your own laptop!
https://www.meetup.com/BAT-Indonesia-Community/events/254802174/
 
Medium article from fellow BAT Community member, Daniel Colin James: “The Attention Revolution: Your next browser will pay you”
You’re about to witness a movement that will make the shift from desktop to mobile look boring. Google and Facebook amass staggering amounts of money by harvesting your data and charging advertisers for your attention, but that’s going to change very soon.
The power is about to shift from the tech giants of Silicon Valley to the foot soldiers of the internet: me and you.
https://hackernoon.com/the-attention-revolution-your-next-browser-will-pay-you-b8b12399c3f7
 
Who are your top 10 Brave verified publishers and creators? #BATCommunityTop10
Earlier this week we polled the community for your list of top 10 Brave verified publishers and creators with the idea of building a community-curated list of favorites! Here’s what you came up with:
#BATCommunityTop10
  1. DuckDuckGo
  2. The Guardian
  3. Coinmarketcap
  4. Vimeo
  5. Vice
  6. Washington Post
  7. TrapNation on YouTube
  8. EvansEasyJapanese
  9. Coinmastery on YouTube
  10. TrapNation on YouTube
To become a verified publisher or creator, check out our BAT Community YouTube channel for video guides about how to verify your website, YouTube channel or Twitch channel:
https://www.youtube.com/watch?v=ZVigTSGPV7Q
Learn about how to take advantage of Brave's referral promo for publishers and content creators! Earn $5 in BAT for every new user you get to download and try Brave!:
https://www.youtube.com/watch?v=3r6dssVyK0E
 
New Instructional Videos from the BAT Community
 
“How to Report a Bug or Issue with Brave” by u/murphd
https://www.youtube.com/watch?v=e_LYtFvrvUg
“Brave Shields: How to Block Third Party Ads and Trackers on the Web” by u/cryptojennie
https://www.youtube.com/watch?v=aIKNqxf9j34&t=6s
“Enabling and Disabling Shields to Fix Websites” by u/murphd
https://www.youtube.com/watch?v=SsLq01yPwbY
 
BAT Community Merch Giveaway Winners!
The winners for our BAT Community Daily Merch Giveaways for this week are:
Monday (Reddit): u/wardaddy779
Tuesday (Twitter): @patelxyasmine
Wednesday (Facebook): Perry Gorham
Thursday (Contributor special): Rao Lin
Friday (Instagram): alex_vincent
Click here to see pics of previous giveaway winners rocking their BAT/Brave merch!:
https://imgur.com/a/lhF1G9I
Be sure to tune in to our social media channels every Monday, Tuesday and Wednesday and Friday to participate in our daily merch giveaways for your chance to win!
 

Client Updates:

Brave releases Brave Dev version v0.55.5
https://github.com/brave/brave-browsereleases/tag/v0.55.5
Brave releases Brave desktop version v0.24.0
In this released, we fixed back and forward navigation buttons animating when scrolling on macOS (#14785), disabled swipe navigation when content is horizontally scrollable (#14871), fixed notifications not being displayed on certain websites (#15124), fixed opening local files via drag and drop creates about:blank tabs (#15203) and more!
See full details here:
https://github.com/brave/browser-laptop/releases/tag/v0.24.0dev
 

Brave Team Tweets:

Not a tweet: Brendan posts on Hacker News how each user could potentially earn in just two years
I would not be surprised if our users can make $70/year as we bring the system up in 2019 -- when ad deals will be harder to come by and we'll subsidize revenue from BAT's User Growth Pool -- and climb by 2020 to above .7 * 320 or $224 net user revenue per year. See the full comment here:
https://news.ycombinator.com/item?id=18011884
Brian R. Bondy @brianbondy Tor support coming to a Brave Core Dev channel update soon. @anthonnytseng just landed the Tor feature. 25 commits, 3k+ lines. Great work! Sep 14, 2018
Over 21,000 publishers! BrendanEich ✔@BrendanEich We are paying over 21,000 publishers now. 10:06 PM - Sep 14, 2018
Eljuno of BAT Indonesia posts amazing pictures of their local Meetup!
Eljuno @eljuno_ Replying to @eljuno_ @Brave demo at #BATcafe. About Brave Payments, Verified Publishers and How to withdrawal. cc @BAT_Community @AttentionToken @lukemulks @BAT_Indonesia pic.twitter.com/7Kzve0Ydrx Sep 15, 2018
Brian Clifton, Brave engineer, reflects on switching from the Muon fork of Brave to the Chromium fork
Brian Clifton‏ @_brianclifton When I started triaging our backlog, there were almost 2,700 issues and over 60 pull requests. We're now slightly over 700 issues and pull requests are down to 14 19 Sep 2018
What about supporting Blogspot?
BrendanEich @BrendanEich We will get there. Reddit and Twitter accounts ahead, blogspot on list of UGC platforms. Sep 19, 2018
Glad to have you on board, Sampson!
Sampson | brave.com @BraveSampson Today marks 2 years at @brave. I could not imagine a more exciting way to have spent the last couple of years than alongside this great team of visionaries and engineers. 2:06 PM - Sep 19, 2018
Brave lacks a communication channel between the author and browser user… For now. :)
Hello @bobpoekert Replying to @BrendanEich @brave but what it doesn't have (and what makes patreon different from flattr) is a special communication channel between the author and the consumer. people give money to patreon because they feel a personal connection to the author & patreon optimizes for that
BrendanEich @BrendanEich We are working on that -- has to support 'nyms of course, and be opt-in for anonymity by default. 11:52 PM - Sep 19, 2018
Conlan Rios @conlan @BrendanEich random shower thought: would be cool if users could share domain(s) that they've pinned with their active monthly % allocation. The digital equivalent of a bumper sticking saying "I'm a proud supporter of radio station/newspape affiliation X".
BrendanEich @BrendanEich Yes, this and sharing bravestats (the colored numbers of blocked/upgraded on new tab page) are great ideas. Putting into mix with Product folks. 7:17 PM - Sep 18, 2018
 

BAT/Brave in the News:

As Brave Gears Up to Weaponize Privacy, Google Becomes Its Primary Target
Representatives of Brave, the Open Rights Group and University College London filed simultaneous complaints with Data Protection Authorities (DPA) in the U.K. and Ireland under GDPR rules. The concerned parties are seeking a pan-European investigation into the practices of just about every ad-tech company—Google, in particular—in a challenge that will have far-reaching implications for the media business if successful.
https://www.adweek.com/programmatic/as-brave-gears-up-to-weaponize-privacy-google-becomes-its-primary-target/
 
Popular Science Features Brave in the article “Ditch your phone's built-in web browser for these seven alternatives”
We do a lot of our web browsing through our phones: More than half of site visits originate with mobile devices. Android and iOS phones both come with default browsers made by the platform's developers. On Android, Google Chrome takes pride of place, while iPhones and iPads rely on pre-installed versions of Apple's Safari. However, these are far from your only choices. Just like your computer, your phone offers a variety of options to help you navigate the internet. We collected seven feature-packed web browsers that protect your privacy, reduce your data use, boost your speed, and more.
https://www.popsci.com/alternative-phone-browsers
 

News You Should Know:

Apple moves to thwart Facebook tracking
Facebook and other companies routinely track your online surfing habits to better target ads at you. Two web browsers now want to help you fight back in what’s becoming an escalating privacy arms race. New protections in Apple’s Safari and Mozilla’s Firefox browsers aim to prevent companies from turning “cookie” data files used to store sign-in details and preferences into broader trackers that take note of what you read, watch and research on other sites.
https://mashable.com/article/apple-safari-browser-block-facebook-cookies/
 
Uninformed Consent
Technology has advanced far beyond the browser cookies and retargeting that allow ads to follow us around the internet. Smartphones now track our physical location and proximity to other people — and, as researchers recently discovered, can even do so when we turn off location services. We can disable the tracking on our web browsers, but our digital fingerprints can still be connected across devices, enabling our identities to be sleuthed out. Home assistants like Alexa listen to our conversations and, when activated, record what we’re saying.
A growing range of everyday things — from Barbie dolls to medical devices — connect to the internet and transmit information about our movements, our behavior, our preferences, and even our health. A dominant web business model today is to amass as much data on individuals as possible and then use it or sell it — to target or persuade, reward or penalize. The internet has become a surveillance economy.
https://hbr.org/cover-story/2018/09/uninformed-consent
 

Roaring Fans:

Daniel Colin James posts a great series of tweets about Brave!
Daniel Colin James @dcwj Retweet if you’ve ever experienced this. Like if you never want to experience this again. Read this thread if you want to learn how the internet is fundamentally broken, how you’ll never have to see a terrible ad ever again, and how your next browser will pay you. Sep 18, 2018
Also, see the Medium version of his thread here: https://medium.com/@dacoja/the-attention-revolution-your-next-browser-will-pay-you-b8b12399c3f7
Reddit user NegusIsBack posts how using the Brave browser with Tor could help save $500 on a flight. See the post here: https://www.reddit.com/BATProject/comments/9gkcow/brave_browser_is_best_for_booking_flights/
Marvin Pido‏ @marvinpido Finally @brave updated to the latest Chrome design. Loving the all white UI. If you can add a dark theme, game over. 4:13 AM - 20 Sep 2018 NEULAND.‏ @NEULANDAgentur Today we test the browser @brave. Looks great! #chromium #browser #brave #neuland #agency #agencylife 20 Sep 2018
Deebs 🏈 🍺 🥓 🇺🇸‏ @DeebsFT Replying to @tcal1961 @tugboatphil and 4 others Hey, @brave! pimping your awesome browser a lot on here today. Prepare for an influx of new users! 23h23 hours ago
submitted by CryptoJennie to BATProject [link] [comments]

IRC Log from Ravencoin Open Developer Meeting - Aug 24, 2018

[14:05] <@wolfsokta> Hello Everybody, sorry we're a bit late getting started
[14:05] == block_338778 [[email protected]/web/freenode/ip.72.214.222.226] has joined #ravencoin-dev
[14:06] <@wolfsokta> Here are the topics we would like to cover today • 2.0.4 Need to upgrade - What we have done to communicate to the community • Unique Assets • iOS Wallet • General Q&A
[14:06] == Chatturga changed the topic of #ravencoin-dev to: 2.0.4 Need to upgrade - What we have done to communicate to the community • Unique Assets • iOS Wallet • General Q&A
[14:06] <@wolfsokta> Daben, could you mention what we have done to communicate the need for the 2.0.4 upgrade?
[14:07] == hwhwhsushwban [[email protected]/web/freenode/ip.172.58.37.35] has joined #ravencoin-dev
[14:07] <@wolfsokta> Others here are free to chime in where they saw the message first.
[14:07] == hwhwhsushwban [[email protected]/web/freenode/ip.172.58.37.35] has quit [Client Quit]
[14:08] Whats up bois
[14:08] hi everyone
[14:08] hi hi
[14:08] <@wolfsokta> Discussing the 2.0.4 update and the need to upgrade.
[14:08] <@Chatturga> Sure. As most of you are aware, the community has been expressing concerns with the difficulty oscillations, and were asking that something be done to the difficulty retargeting. Many people submitted suggestions, and the devs decided to implement DGW.
[14:09] <@Tron> I wrote up a short description of why we're moving to a new difficulty adjustment. https://medium.com/@tronblack/ravencoin-dark-gravity-wave-1da0a71657f7
[14:09] <@Chatturga> I have made posts on discord, telegram, bitcointalk, reddit, and ravencointalk.org from testnet stages through current.
[14:10] <@Chatturga> If there are any other channels that can reach a large number of community members, I would love to have more.
[14:10] <@wolfsokta> Thanks Tron, that hasn't been shared to the community at large yet, but folks feel free to share it.
[14:10] When was this decision made and by whom and how?
[14:10] <@Chatturga> I have also communicated with the pool operators and exchanges about the update. Of all of the current pools, only 2 have not yet updated versions.
[14:11] <@wolfsokta> The decision was made by the developers through ongoing requests for weeks made by the community.
[14:12] <@wolfsokta> Evidence was provided by the community of the damages that could be caused to projects when the wild swings continue.
[14:12] So was there a meeting or vote? How can people get invited
[14:12] <@Tron> It was also informed by my conversations with some miners that recommended that we make the change before the coin died. They witnessed similar oscillations from which other coins never recovered.
[14:13] only two pools left to upgrade is good, what about the exchanges? Any word on how many of those have/have not upgraded?
[14:13] <@wolfsokta> We talked about here in our last meeting Bruce_. All attendees were asked if they had any questions or concerns.
[14:13] == blondfrogs [[email protected]/web/freenode/ip.185.245.87.219] has joined #ravencoin-dev
[14:13] == roshii [[email protected]/web/freenode/ip.41.251.25.100] has joined #ravencoin-dev
[14:13] sup roshii long time no see
[14:14] <@Chatturga> Bittrex, Cryptopia, and IDCM have all either updated or have announced their intent to update.
[14:14] == wjcgiwgu283ik3cj [[email protected]/web/freenode/ip.172.58.37.35] has joined #ravencoin-dev
[14:15] sup russki
[14:15] what's the status here?
[14:15] I don’t think that was at all clear from the last dev meeting
[14:15] I can’t be the only person who didn’t understand it
[14:15] <@wolfsokta> Are there any suggestions on how to communicate the need to upgrade even further? I am concerned that others might also not understand.
[14:17] I’m not sold on the benefit and don’t understand the need for a hard fork — I think it’s a bad precedent to simply go rally exchanges to support a hard fork with little to no discussion
[14:17] so just to note, the exchanges not listed as being upgraded or have announced their intention to upgrade include: qbtc, upbit, and cryptobridge (all with over $40k usd volume past 24 hours according to coinmarketcap)
[14:18] <@wolfsokta> I don't agree that there was little or no discussion at all.
[14:19] <@wolfsokta> Looking back at our meeting notes from two weeks ago "fork" was specifically asked about by BrianMCT.
[14:19] If individual devs have the power to simple decide to do something as drastic as a hard fork and can get exchanges and miners to do it that’s got a lot of issues with centralization
[14:19] <@wolfsokta> It had been implemented on testnet by then and discussed in the community for several weeks before that.
[14:19] == under [[email protected]/web/freenode/ip.72.200.168.56] has joined #ravencoin-dev
[14:19] howdy
[14:19] Everything I’ve seen has been related to the asset layer
[14:19] I have to agree with Bruce_, though I wasn't able to join the last meeting here. That said I support the fork
[14:20] Which devs made this decision to do a fork and how was it communicated?
[14:20] well mostly the community made the decision
[14:20] Consensus on a change is the heart of bitcoin development and I believe the devs have done a great job building that consensus
[14:20] a lot of miners were in uproar about the situation
[14:20] <@wolfsokta> All of the devs were supporting the changes. It wasn't done in isolation at all.
[14:21] This topic has been a huge discussion point within the RVN mining community for quite some time
[14:21] the community and miners have been having issues with the way diff is adjusted for quite some time now
[14:21] Sure I’m well aware of that -
[14:21] Not sold on the benefits of having difficulty crippled by rented hashpower?
[14:21] The community saw a problem. The devs got together and talked about a solution and implemented a solution
[14:21] I’m active in the community
[14:22] So well aware of the discussions on DGW etc
[14:22] Hard fork as a solution to a problem community had with rented hashpower (nicehash!!) sounds like the perfect decentralized scenario!
[14:23] hard forks are very dangerous
[14:23] mining parties in difficulty drops are too
[14:23] <@wolfsokta> Agreed, we want to keep them to an absolute minimum.
[14:23] But miners motivation it’s the main vote
[14:24] What would it take to convince you that constantly going from 4 Th/s to 500 Gh/s every week is worse for the long term health of the coin than the risk of a hard fork to fix it?
[14:24] == Tron [[email protected]/web/freenode/ip.173.241.144.77] has quit [Ping timeout: 252 seconds]
[14:24] This hardfork does include the asset layer right? if so why is it being delayed in implementation?
[14:24] <@wolfsokta> Come back Tron!
[14:24] coudl it have been implement through bip9 voting?
[14:24] also hard fork is activated by the community! that's a vote thing!
[14:24] @mrsushi to give people time to upgrade their wallet
[14:25] @under, it would be much hard to keep consensus with a bip9 change
[14:25] <@wolfsokta> We investigated that closely Under.
[14:25] == Tron [[email protected]/web/freenode/ip.173.241.144.77] has joined #ravencoin-dev
[14:25] <@wolfsokta> See Tron's post for more details about that.
[14:25] <@spyder_> Hi Tron
[14:25] <@wolfsokta> https://medium.com/@tronblack/ravencoin-dark-gravity-wave-1da0a71657f7
[14:25] Sorry about that. Computer went to sleep.
[14:26] I'm wrong
[14:26] 2 cents. the release deadline of october 31st puts a bit of strain on getting code shipped. (duh). but fixing daa was important to the current health of the coin, and was widely suppported by current mining majority commuity. could it have been implemented in a different manner? yes . if we didnt have deadlines
[14:27] == wjcgiwgu283ik3cj [[email protected]/web/freenode/ip.172.58.37.35] has quit [Quit: Page closed]
[14:27] sushi this fork does not include assets. it's not being delayed though, we're making great progress for an Oct 31 target
[14:28] I don’t see the urgency but my vote doesn’t matter since my hash power is still CPUs
[14:28] <@wolfsokta> We're seeing the community get behind the change as well based on the amount of people jumping back in to mine through this last high difficulty phase.
[14:28] So that will be another hardfork?
[14:28] the fork does include the asset code though set to activate on oct 30th
[14:28] yes
[14:29] <@wolfsokta> Yes, it will based on the upgrade voting through the BIP9 process.
[14:29] I wanted to ask about burn rates from this group: and make a proposal.
[14:29] we're also trying hard to make it the last for awhile
[14:29] Can you clear up the above — there will be this one and another hard fork?
[14:29] <@wolfsokta> Okay, we could discuss that under towards the end of the meeting.
[14:30] If this one has the asset layer is there something different set for October
[14:30] <@wolfsokta> Yes, there will be another hard fork on October 31st once the voting process is successful.
[14:31] <@wolfsokta> The code is in 2.0.4 now and assets are active on testnet
[14:31] Bruce, the assets layer is still being worked on. Assets is active on mainnet. So in Oct 31 voting will start. and if it passes, the chain will fork.
[14:31] this one does NOT include assets for mainnet Bruce -- assets are targeted for Oct 31
[14:31] not***
[14:31] not active****
[14:31] correct me if I'm wrong here, but if everyone upgrades to 2.0.4 for this fork this week, the vote will automatically pass on oct 31st correct? nothing else needs to be done
[14:31] Will if need another download or does this software download cover both forks?
[14:31] <@wolfsokta> Correct Urgo
[14:32] thats how the testnet got activated and this one shows "asset activation status: waiting until 10/30/2018 20:00 (ET)"
[14:32] Will require another upgrade before Oct 31
[14:32] thank you for the clarification wolfsokta
[14:32] <@wolfsokta> It covers both forks, but we might have additional bug fixes in later releases.
[14:32] So users DL one version now and another one around October 30 which activates after that basically?
[14:33] I understand that, but I just wanted to make it clear that if people upgrade to this version for this fork and then don't do anything, they are also voting for the fork on oct 31st
[14:33] Oh okay — one DL?
[14:33] Bruce, Yes.
[14:33] Ty
[14:33] well there is the issue that there maybe some further consensus bugs dealing with the pruneability of asset transactions that needs to be corrected between 2.0.4 and mainnet. so i would imagine that there will be further revisions required to upgrade before now and october 31
[14:33] @under that is correct.
[14:34] I would highly recommend bumping the semver up to 3.0.0 for the final pre 31st release so that the public know to definitely upgrade
[14:34] @under +1
[14:35] out of curiosity, have there been many bugs found with the assets from the version released in july for testnet (2.0.3) until this version? or is it solely a change to DGW?
[14:35] <@wolfsokta> That's not a bad idea under.
[14:35] <@spyder_> @under good idea
[14:35] @urgo. Bugs are being found and fixed daily.
[14:35] Any time the protocol needs to change, there would need to be a hard fork (aka upgrade). It is our hope that we can activate feature forks through the BIP process (as we are doing for assets). Mining pools and exchanges will need to be on the newest software at the point of asset activation - should the mining hash power vote for assets.
[14:35] blondfrogs: gotcha
[14:35] There have been bugs found (and fixed). Testing continues. We appreciate all the bug reports you can give us.
[14:36] <@wolfsokta> Yes! Thank you all for your help in the community.
[14:37] (pull requests with fixes and test coverage would be even better!)
[14:37] asset creation collision is another major issue. current unfair advantage or nodes that fore connect to mining pools will have network topologies that guarantee acceptance. I had discussed the possibility of fee based asset creation selection and i feel that would be a more equal playing ground for all users
[14:38] *of nodes that force
[14:38] <@wolfsokta> What cfox said, we will always welcome development help.
[14:38] So just to make sure everyone know. When assets is ready to go live on oct 31st. Everyone that wants to be on the assets chain without any problems will have to download the new binary.
[14:39] <@wolfsokta> The latest binary.
[14:39] under: already in the works
[14:39] excellent to hear
[14:39] == UserJonPizza [[email protected]/web/freenode/ip.24.218.60.237] has joined #ravencoin-dev
[14:39] <@wolfsokta> Okay, we've spent a bunch of time on that topic and I think it was needed. Does anybody have any other suggestions on how to get the word out even more?
[14:40] maybe preface all 2.0.X releases as pre-releases... minimize the number of releases between now and 3.0 etc
[14:41] <@wolfsokta> Bruce_ let's discuss further offline.
[14:41] wolfsokta: which are the remaining two pools that need to be upgraded? I've identified qbtc, upbit, and cryptobridge as high volume exchanges that haven't said they were going to do it yet
[14:41] so people can help reach out to them
[14:41] f2pool is notoriously hard to contact
[14:41] are they on board?
[14:42] <@wolfsokta> We could use help reaching out to QBTC and Graviex
[14:42] I can try to contact CB if you want?
[14:42] <@Chatturga> The remaining pools are Ravenminer and PickAxePro.
[14:42] <@Chatturga> I have spoken with their operators, the update just hasnt been applied yet.
[14:42] ravenminer is one of the largest ones too. If they don't upgrade that will be a problem
[14:42] okay good news
[14:42] (PickAxePro sounds like a Ruby book)
[14:43] I strongly feel like getting the word out on ravencoin.org would be beneficial
[14:44] that site is sorely in need of active contribution
[14:44] Anyone can volunteer to contribute
[14:44] <@wolfsokta> Okay, cfox can you talk about the status of unique assets?
[14:44] sure
[14:45] <@wolfsokta> I'll add website to the end of our topics.
[14:45] code is in review and will be on the development branch shortly
[14:45] would it make sense to have a page on the wiki (or somewhere else) that lists the wallet versions run by pools & exchanges?
[14:45] will be in next release
[14:45] furthermore, many sites have friendly link to the standard installers for each platform, if the site linked to the primary installers for each platform to reduce github newb confusion that would be good as well
[14:46] likely to a testnetv5 although that isn't settled
[14:46] <@wolfsokta> Thanks cfox.
[14:46] <@wolfsokta> Are there any questions about unique assets, and how they work?
[14:47] after the # are there any charachters you cant use?
[14:47] will unique assets be constrained by the asset alphanumeric set?
[14:47] ^
[14:47] <@Chatturga> @Urgo there is a page that tracks and shows if they have updated, but it currently doesnt show the actual version that they are on.
[14:47] a-z A-Z 0-9
[14:47] <@Chatturga> https://raven.wiki/wiki/Exchange_notifications#Pools
[14:47] There are a few. Mostly ones that mess with command-line
[14:47] you'll be able to use rpc to do "issueunique MATRIX ['Neo','Tank','Tank Brother']" and it will create three assets for you (MATRIX#Neo, etc.)
[14:47] @cfox - No space
[14:48] @under the unique tags have an expanded set of characters allowed
[14:48] Chatturga: thank you
[14:48] @UJP yes there are some you can't use -- I'll try to post gimmie a sec..
[14:49] Ok. Thank you much!
[14:49] 36^36 assets possible and 62^62 uniques available per asset?
[14:49] <@spyder_> std::regex UNIQUE_TAG_CHARACTERS("^[[email protected]$%&*()[\\]{}<>_.;?\\\\:]+$");
[14:50] regex UNIQUE_TAG_CHARACTERS("^[[email protected]$%&*()[\\]{}<>_.;?\\\\:]+$")
[14:50] oh thanks Mark
[14:51] <@wolfsokta> Okay, next up. I want to thank everybody for helping test the iOS wallet release.
[14:51] <@wolfsokta> We are working with Apple to get the final approval to post it to the App Store
[14:51] @under max asset length is 30, including unique tag
[14:51] Does the RVN wallet have any other cryptos or just RVN?
[14:52] == BruceFenton [[email protected]/web/freenode/ip.67.189.233.170] has joined #ravencoin-dev
[14:52] will the android and ios source be migrated to the ravenproject github?
[14:52] I've been adding beta test users. I've added about 80 new users in the last few days.
[14:52] <@wolfsokta> Just RVN, and we want to focus on adding the asset support to the wallet.
[14:53] == Bruce_ [[email protected]/web/freenode/ip.67.189.233.170] has quit [Ping timeout: 252 seconds]
[14:53] <@wolfsokta> Yes, the code will also be freely available on GitHub for both iOS and Android. Thank you Roshii!
[14:53] Would you consider the iOS wallet to be a more secure place for one's holdings than say, a Mac connected to the internet?
[14:53] will there be a chance of a more user freindly wallet with better graphics like the iOS on PC?
[14:53] the android wallet is getting updated for DGW, correct?
[14:53] <@wolfsokta> That has come up in our discussion Pizza.
[14:54] QT framework is pretty well baked in and is cross platform. if we get some qt gurus possibly
[14:54] Phones are pretty good because the wallet we forked uses the TPM from modern phones.
[14:54] Most important is to write down and safely store your 12 word seed.
[14:54] TPM?
[14:54] <@wolfsokta> A user friendly wallet is one of our main goals.
[14:55] TPM == Trusted Platform Module
[14:55] Ahhh thanks
[14:55] just please no electron apps. they are full of security holes
[14:55] <@spyder_> It is whats makes your stuffs secure
[14:55] not fit for crypto
[14:55] under: depends on who makes it
[14:55] The interface screenshots I've seen look like Bread/Loaf wallet ... I assume that's what was forked from
[14:55] ;)
[14:56] <@wolfsokta> @roshii did you see the question about the Android wallet and DGW?
[14:56] Yes, it was a fork of breadwallet. We like their security.
[14:56] chromium 58 is the last bundled electron engine and has every vuln documented online by google. so unless you patch every vuln.... methinks not
[14:56] Agreed, great choice
[14:57] <@wolfsokta> @Under, what was your proposal?
[14:58] All asset creation Transactions have a mandatory OP_CHECKLOCKTIMEVERIFY of 1 year(or some agreed upon time interval), and the 500 RVN goes to a multisig devfund, run by a custodial group. We get: 1) an artificial temporary burn, 2) sustainable community and core development funding for the long term, after OSTK/Medici 3) and the reintroduction of RVN supply at a fixed schedule, enabling the removal of the 42k max cap of total As
[14:58] *im wrong on the 42k figure
[14:58] <@wolfsokta> Interesting...
[14:59] <@wolfsokta> Love to hear others thoughts.
[14:59] Update: I posted a message on the CryptoBridge discord and one of their support members @stepollo#6276 said he believes the coin team is already aware of the fork but he would forward the message about the fork over to them right now anyway
[14:59] Ifs 42 million assets
[14:59] yep.
[15:00] I have a different Idea. If the 500 RVN goes to a dev fund its more centralized. The 500 RVN should go back into the unmined coins so miners can stay for longer.
[15:01] *without a hardfork
[15:01] <@wolfsokta> lol
[15:01] that breaks halving schedule, since utxos cant return to an unmined state.
[15:01] @UJP back into coinbase is interesting. would have to think about how that effects distribution schedule, etc.
[15:01] only way to do that would be to dynamicaly grow max supply
[15:02] and i am concerned already about the max safe integer on various platforms at 21 billion
[15:02] js chokes on ravencoin already
[15:02] <@wolfsokta> Other thoughts on Under's proposal? JS isn't a real language. ;)
[15:02] Well Bitcoin has more than 21 bn Sats
[15:02] Is there somebody who wants to volunteer to fix js.
[15:02] hahaha
[15:03] I honestly would hate for the coins to go to a dev fund. It doesn't seem like Ravencoin to me.
[15:03] Yep, but we're 21 billion x 100,000,000 -- Fits fine in a 64-bit integer, but problematic for some languages.
[15:03] <@wolfsokta> Thanks UJP
[15:04] <@wolfsokta> We're past time but I would like to continue if you folks are up for it.
[15:04] Yeah no coins can go anywhere centrality contorted like a dev fund cause that would mean someone has to run it and the code can’t decide that so it’s destined to break
[15:05] currently and long term with out the financial backing of development then improvements and features will be difficult. we are certainly thankful for our current development model. but if a skunkworks project hits a particular baseline of profitability any reasonable company would terminate it
[15:05] Yes let’s contibue for sure
[15:05] the alternative to a dev fund in my mind would be timelocking those funds back to the issuers change address
[15:06] But we can’t have dev built in to the code — it has to be open source like Bitcoin and monero and Litecoin - it’s got drawbacks but way more advantages- it’s the best model
[15:06] Dev funding
[15:06] i highly reccommend not reducing the utility of raven by removing permanently the supply
[15:07] == BW_ [8a44f3c[email protected]/web/freenode/ip.138.68.243.202] has joined #ravencoin-dev
[15:07] timelocking those funds accompllishes the same sacrifice
[15:07] @under timelocking is interesting too
[15:07] How exactly does timelocking work?
[15:07] <@wolfsokta> ^
[15:07] I mean you could change the price of assets with the Block reward halfing.
[15:07] == Roshiix [[email protected]/web/freenode/ip.105.67.2.212] has joined #ravencoin-dev
[15:08] funds cant be spent from an address until a certain time passes
[15:08] but in a what magical fairy land do people continue to work for free forever. funding development is a real issue... as much as some might philosphically disagree. its a reality
[15:08] You’d still need a centralized party to decide how to distribute the funds
[15:08] even unofficially blockstream supports bitcoin devs
[15:08] on chain is more transparent imho
[15:09] == Tron_ [[email protected]/web/freenode/ip.173.241.144.77] has joined #ravencoin-dev
[15:09] @UJP yes there are unlimited strategies. one factor that I think is v important is giving application developers a way to easily budget for projects which leads to flat fees
[15:09] If the project is a success like many of believe it will be, I believe plenty of people will gladly done to a dev fund. I don't think the 500 should be burned.
[15:09] *donate
[15:09] centralized conservatorship, directed by community voting process
[15:10] == Tron [[email protected]/web/freenode/ip.173.241.144.77] has quit [Ping timeout: 252 seconds]
[15:10] <@wolfsokta> Thanks Under, that's an interesting idea that we should continue to discuss in the community. You also mentioned the existing website.
[15:10] It would need to be something where everyone with a QT has a vote
[15:10] think his computer went to sleep again :-/
[15:10] I agree UJP
[15:10] with the website
[15:10] No that’s ico jargon — any development fund tied to code would have to be centralized and would therefor fail
[15:11] ^
[15:11] ^
[15:11] ^
[15:11] dashes model for funding seems to be pretty decentralized
[15:11] community voting etc
[15:11] Once you have a dev fund tied to code then who gets to run it? Who mediates disputes?
[15:11] oh well another discussion
[15:11] Dash has a CEO
[15:12] <@wolfsokta> Yeah, let's keep discussing in the community spaces.
[15:12] Dash does have a good model. It's in my top ten.
[15:12] having the burn go to a dev fund is absolute garbage
[15:12] These dev chats should be more target than broad general discussions — changing the entire nature of the coin and it’s economics is best discussed in the RIPs or other means
[15:13] <@wolfsokta> Yup, let's move on.
[15:13] just becuase existing implementation are garbage doesnt mean that all possible future governance options are garbage
[15:13] <@wolfsokta> To discussing the website scenario mentioned by under.
[15:13] the website needs work. would be best if it could be migrated to github as well.
[15:13] What about this: Anyone can issue a vote once the voting feature has been added, for a cost. The vote would be what the coins could be used for.
[15:14] features for the site that need work are more user friendly links to binaries
[15:14] <@wolfsokta> We investigated how bitcoin has their website in Github to make it easy for contributors to jump in.
[15:14] that means active maintenance of the site instead of its current static nature
[15:15] <@wolfsokta> I really like how it's static html, which makes it super simple to host/make changes.
[15:15] the static nature isn’t due to interface it’s due to no contributors
[15:15] no contribution mechanism has been offered
[15:15] github hosted would allow that
[15:16] We used to run the Bitcoin website from the foundation & the GitHub integration seemed to cause some issues
[15:16] its doesnt necessarily have to be hosted by github but the page source should be on github and contributions could easily be managed and tracked
[15:17] for example when a new release is dropped, the ability for the downlaods section to have platform specific easy links to the general installers is far better for general adoption than pointing users to github releases
[15:18] <@wolfsokta> How do people currently contribute to the existing website?
[15:18] they dont?
[15:18] We did that and it was a complete pain to host and keep working — if someone wants to volunteer to do that work hey can surely make the website better and continually updated — but they could do that in Wordpress also
[15:19] I’d say keep an eye out for volunteers and maybe we can get a group together who can improve the site
[15:19] == digitalvap0r-xmr [[email protected]/web/cgi-irc/kiwiirc.com/ip.67.255.25.134] has joined #ravencoin-dev
[15:19] And they can decide best method
[15:20] I host the source for the explorer on github and anyone can spin it up instantly on a basic aws node. changes can be made to interface etc, and allow for multilingual translations which have been offered by some community members
[15:20] there are models that work. just saying it should be looked at
[15:20] i gotta run thank you all for your contributions
[15:20] <@wolfsokta> I feel we should explore the source for the website being hosted in GitHub and discuss in our next dev meeting.
[15:21] <@Chatturga> Thanks Under!
[15:21] == under [[email protected]/web/freenode/ip.72.200.168.56] has quit [Quit: Page closed]
[15:21] <@wolfsokta> Thanks, we also need to drop soon.
[15:21] There is no official site so why care. Someone will do better than the next if RVN is worth it anyway. That's already the case.
[15:21] <@wolfsokta> Let's do 10 mins of open Q&A
[15:22] <@wolfsokta> Go...
[15:23] <@Chatturga> Beuller?
[15:24] No questions ... just a comment that the devs and community are great and I'm happy to be a part of it
[15:24] I think everyone moved to discord. I'll throw this out there. How confident is the dev team that things will be ready for oct 31st?
[15:24] <@wolfsokta> Alright! Thanks everybody for joining us today. Let's plan to get back together as a dev group in a couple of weeks.
[15:25] thanks block!
[15:25] <@wolfsokta> Urgo, very confident
[15:25] Please exclude trolls from discord who havent read the whitepaper
[15:25] great :)
[15:25] "things" will be ready..
[15:25] Next time on discord right?
[15:25] woah why discord?
[15:25] some of the suggestions here are horrid
[15:25] this is better less point
[15:25] == blondfrogs [[email protected]/web/freenode/ip.185.245.87.219] has quit [Quit: Page closed]
[15:25] Assets are working well on testnet. Plan is to get as much as we can safely test by Sept 30 -- this includes dev contributions. Oct will be heavy testing and making sure it is safe.
[15:26] people
[15:26] <@wolfsokta> Planning on same time, same IRC channel.
[15:26] == BW_ [[email protected]/web/freenode/ip.138.68.243.202] has quit [Quit: Page closed]
[15:26] @xmr any in particular?
[15:27] (or is "here" discord?)
[15:27] Cheers - Tron
[15:27] "Cheers - Tron" - Tron
submitted by Chatturga to Ravencoin [link] [comments]

Dalilcoin 0.1.6 released; Hard Fork Plans

Today Dalilcoin 0.1.6 is being released:
https://github.com/aliibrahim80/dalilcoin/releases/tag/v0.1.6
Yesterday 0.1.5 was released, but there was an off by one staking bug. Please use 0.1.6 instead.
The rest of this post is a copy and update of yesterday's deleted post.
The consensus code has been rewritten (since 0.1.4) in a way that helps nodes sync more easily. Another important change is that the communication with the ltc node can be done with remote ltc nodes (including ltc nodes run behind a tor hidden service).
Dalilcoin 0.1.6 will stop staking and will not accept blocks after May 1, 2019. The plan is to hard fork Dalilcoin on May 1, 2019, to make the following changes:
  1. Change the retarget algorithm.
  2. Add CLTV and CSV to scripts.
  3. Allow publication of theories and signatures.
The code with support for the hard fork should be released as Dalilcoin 0.2.0 in a few weeks (by April 1, 2019 April 21, 2019), so be sure to check for the update in late April.
Here are some more details about the planned hard fork.
The current retarget algorithm oscillates too much. It has not been uncommon for the difficulty to go high enough that there would be several days with no blocks. If seven days were to go by with no blocks staked, the chain would die (without a hard fork) and seven days without a block seems like it would eventually happen due to the oscillation with the current retarget algorithm (retarget_orig in block.ml). There is a new retarget algorithm (retarget_dampened in block.ml) which makes a much smaller change in the difficulty each block.
Dalilcoin scripts corresponded to Bitcoin scripts as they were at the time of the snapshot, before Bitcoin added CLTV and CSV. Adding CLTV and CSV would allow for atomic swaps between Dalilcoin and coins like Bitcoin and Litecoin. The ocaml code for this has not been written yet, but should be easy. Technically there are no "sequence numbers" or "nlocktime" values in Dalilcoin txs, so CLTV could be called "absolute locktime" and CSV "relative locktime," but calling them CLTV and CSV makes it easier to see the analogy with the corresponding bitcoin opcodes.
The support for the theories and signatures has been in the code from the beginning, but has been disabled due to a lack of testing. Someone pointed me to the qeditas-egal github repo that contains examples of theories and signatures. If the testing goes well, theories and signatures will no longer be disabled.
submitted by aliibrahim80 to dalilcoin [link] [comments]

Minimum Viable Fork

Hi all,
I posted below the other day on BitcoinBlack. Since it is relevant here as well, I'll just repeat it here. Basically these are some thoughts on what would be a Minimum Viable Fork (a fork of Bitcoin Core, with minimal changes, that stands a chance of surviving the forking process). No code has been tested, I just wrote what came to mind and seemed to make sense. Would appreciate any thoughts on it.
First of all a fork date needs to be decided. This should be at the end of a difficulty retargetting period, so something like block 435455 would be fine (Bitcoin uses nHeight+1 / 2016 to determine the adjustment moment). This block would be mined in about 85 days, making it the last block before we celebrate the anniversary of the original Bitcoin whitepaper (October 31, 2008). Besides being a symbolic date, it would leave some time for review, finish some open items (see below) and allow exchanges/wallets to prepare.
Now, getting to the actual fork we'll need two things (based on Bitcoin Core). The first would be the the max block size increase. We'd be fine with a minimal controversial increase to 2MB (Classic style). Since we're (implicitly) creating a community that is OK with hard-forking to upgrade we can leave further increases for a later date.
In the code we'd change (consensus.h):
static const unsigned int MAX_BLOCK_BASE_SIZE = 1000000;
to something like
static const unsigned int MAX_BLOCK_BASE_SIZE = 2000000;
static const unsigned int OLD_MAX_BLOCK_BASE_SIZE = 1000000;
and add (to main.cpp before //size limits) some condition to switch the MAX_BLOCK_SIZE variable at the hard-fork point (again Classic style, no need to reinvent the wheel here)
Then comes the difficult part. Classic does a fork on a supermajority of 75%. Ethereum Classic shows a minority chain can survice, so we don't need a supermajority. Bitcoin's difficulty algorithm does make things slightly more interesting than an ETC fork though. We can do a one-time change of the difficulty, but we need to remember it adjusts only once every 2016 blocks (there's a risk of getting "stuck").
What we can do is fork to 1% of BTC's difficulty. Bitcoin is protected against increases greater than 4x, so it won't explode right away in a majority attack. Furthermore gaining 1% should be easy. Many people would probably be willing to pay 1% of BTC for a BTC fork that does 2MB blocks. We have learned the hash follows the market, so we would get 1% hash easily (note Classic has 3%+ support at the moment, there absolutely going to be a market).
I suppose this could be done by adding the following in CalculateNextWorkRequired (pow.cpp):
if ((pindexLast->nHeight+1) = 435456) nActualTimespan = params.nPowTargetTimespan*0.01;
Right before // Retarget (the previous will fork to exactly 1% of the most recent BTC difficulty regardless of when we do it or what the difficulty is).
After this the software is ready, except for replay attack protection. This is the open end mentioned earlier. In a minority fork, this is going be problem. We could decide we don't care, since Ethereum Classic is hanging on pretty well without, but I'd recommend to include this (also to force the fork as transactions would become incompatible).
So, there's a date and some actual code, now about the name.. Bitcoin Black isn't that catchy (no offence). How about Bitcoin Next (ticker BNX) instead? A simple name highlighting the progress that will be made by forking (secured it by reserving it).
TL;DR: a Minimum Viable Fork would include the following
1) A increase of the max block size should to 2MB (least controversial change)
2) A one-time difficulty adjustment to (something like) 1% of BTC's total difficulty
3) Replay attack protection (making transactions incompatible)
submitted by Digiconomist to btcfork [link] [comments]

I've been working on a bot for crypto subs like /r/bitcoin for a few days now. Say hello to crypto_bot!

Hey guys, I've been working on crypto_bot for some time now. It provides a bunch of features that I hope will enhance your experience on /bitcoin (and any other subreddit). You can call it by mentioning it in a comment. I started working on this a few days ago. I'm constantly adding new features and will update this post when I do, but if you're interested I'll post all updates and some tips at /crypto_bot. Please either comment here, message me, or post there if you'd like to report a bug, request a feature, or offer feedback. There's also one hidden command :)
You can call multiple commands in one comment. Here's a description of the commands you can use:

Market Data:

crypto_bot 
Responds with the USD price of one bitcoin from an average of six of the top bitcoin exchanges (BTC-E, Bitstamp, Bitfinex, Coinbase, Kraken, Cryptsy).
crypto_bot ticker 
Responds with the USD price of one bitcoin at seven exchanges (all of the ones listed above, plus LocalBitcoins). Also lists the average at the bottom.
crypto_bot [exchange] 
Responds with the USD price of one bitcoin from [exchange] (any of the seven listed above).
crypto_bot [litecoin|ltc|dogecoin|doge] 
Responds with the USD price of one litecoin, or the price of 1 doge and 1,000 doge.
crypto_bot litecoin|ltc [exchange] 
Responds with the USD price of one litecoin from BTC-E, Bitfinex, Kraken, or Cryptsy.
crypto_bot [currency] 
Responds with the price of one bitcoin in the specified currency. Available currencies (symbols): JPY, CNY, SGD, HKD, CAD, NZD, AUD, CLP, GBP, DKK, SEK, ISK, CHF, BRL, EUR, RUB, PLN, THB, KRW, TWD.

Information:

crypto_bot [about|info] [arg] 
Responds with a short description about [arg], as well as a link to an external site (Wikipedia, bitcoin.it, and some others) for more information. You can list multiple arguments and get a description for each. Available arguments: bitcoin, block chain, transaction, address, genesis, satoshi, mining, confirmation, coinbase, gox, cold wallet, hot wallet.
crypto_bot legal 
Responds with a chart about the legality of bitcoin in 40 countries, copied straight from Wikipedia.
crypto_bot [explain transaction delay|explain tx delay] 
Responds with an explanation of why transactions may take longer to confirm (the bot specifically discusses spam-transaction attacks in this command).

Network information/tools:

crypto_bot difficulty 
Responds with the current difficulty of the bitcoin network.
crypto_bot [height|number of blocks] 
Responds with the current height of the block chain.
crypto_bot retarget 
Responds with what block the difficulty will recalculate at, as well as how many blocks until the network reaches that block.
crypto_bot [unconfirmed transactions|unconfirmed tx] 
Responds with the current number of unconfirmed transactions.
crypto_bot [new address|generate address] 
Responds with a newly-generated public and private key. This is mainly to provide an explanation of what both look like, and contains a clear warning to not use or send bitcoins to the address.
crypto_bot blockinfo [height] 
Responds with information about block #[height], including its hash, time discovered, and number of transactions.
crypto_bot [address] 
Responds with information about [address], including its balance and number of transactions.
crypto_bot [transaction_id] 
Responds with information about [transaction_id], including what block it was included in, its size, and its inputs and outputs.

Calculators:

crypto_bot calc <# miningspeed> [#][w] [#][kwh] [#][difficulty] [hc$#] [$#] [#%] 
Responds with calculations and information about how a miner would do with the above data (mining calculator). The only required field is mining speed. Order of the arguments does not matter. Everything other than hashrate defaults to the following if not given: w (watts): 0, kwh ($kilowatt cost/hour): 0, difficulty: current network difficulty, hc$ (hardware cost): $0, $: current bitcoin price in usd (according to Coinbase), % (pool fee): 0. The calculator does not account for nor allow for input of the increase/decrease of difficulty over time, though I may add this feature soon. Working hashing speeds: h/s, kh/s, mh/s, gh/s, th/s, ph/s.
Example usage: "crypto_bot calc 30th/s 10w .12kwh hc$55 1.5%" (to make it easier to remember, th/s can also be inputted as ths). This calls the bot with a hashrate of 30 th/s, electricity usage of 10w, a cost of $.12 kWh, a hardware cost of $55, and a pool fee of 1.5%.
crypto_bot number of btc <$amount to convert> [bp$bitcoin price] 
Responds with the number of bitcoins you could buy with <$amount to convert>. If the comment specifies a [bp$bitcoin price], it calculates it with that exchange rate. Otherwise, it uses the rate from Coinbase.
Example usage: "crypto_bot $419.29 bp$180.32" This calculates how many bitcoins you can buy if you have $419.29 and the bitcoin exchange rate is $180.32.

Broadcasting

SignMessage! "" 
Signs a message in the bitcoin block chain in a transaction using OP_RETURN. The message must be less than 40 characters.
Example usage: "SignMessage! "Post messages in the block chain!""
I hope you find this bot useful! Again, if you have any questions or comments, please either comment on this post, message me, or post on /crypto_bot.
Update 1 (June 24, 2015, 17:35): The bot now responds with information if you post a link to a block, transaction, or address on Blockchain.info in a comment, even if you don't call it. For example, if I wrote "https://blockchain.info/block/0000000000000000126448be07fb1f82af19fbbf07dd7e07ebcd08d42c2660cb" in a comment, it would respond with information about block #362,377.
Update 2 (July 10, 2015, 1:59): The bot now has two additional commands: "unconfirmed transactions" (or "unconfirmed tx") and "explain transaction delay" (or "explain tx delay"). The first command responds with the number of unconfirmed transactions, and the second explains why transactions might take extra time to confirm.
Update 3 (August 24, 2015, 1:34): The bot now responds in a better way than before when transaction ids or addresses are posted. Before, it only responded when the transaction id or address was used in a link to Blockchain.info. Now the bot will respond whenever a transaction id or address is posted at all; a link to Blockchain.info is no longer necessary.
Update 4 (August 27, 2015, 3:00): The bot can now sign messages in the Bitcoin block chain using OP_RETURN.
submitted by busterroni to Bitcoin [link] [comments]

About Dorfcoin

Let's get the technicals out of the way:
Name- Dorfcoin
Symbol- DORF
Algorithm- Scrypt (POW)
Block Target- 2.5 minutes
Total Coins- 84 million
Mining Reward- 20 coins per block (Halving at 210000 Blocks)
Retarget Difficulty- 2016 Blocks
Infrastructure- Lite version of Bitcoin
Premine- 5% (To cover server fees, bounties, and unforeseen expenses)
F.A.Q.
Who are we and why are we doing this?
We are a duo (I'm Andrew, Community Manager and she is Priya, Programmer) and I friggen love DF (She doesn't play anything other than Minecraft and Stardew Valley). Since Priya is having trouble finding work in programming and I'm doing nothing but playing DF and trading Crypto, I came up with the idea of mixing all these things together. And so, Dorfcoin was made!
Our plan. Like any good fortress, we set out a basic blueprint of where to take this cryptocurrency.
  1. Build wallet and miner for Linux- Completed!
  2. Create wallet for Windows- Completed!
  3. Create a miner for Windows- Completed!
  4. Create a wallet and miner for Android
  5. Have our coin listed on a Trade Depot (Exchange)
  6. Offer real products in exchange for Dorfcoin (Silver and Copper Ingots to start)
  7. Officially support a GPU miner for Linux/Windows/Mac- Windows Completed!
  8. Create a wallet and miner for iOS
  9. Create a casino minigame for Dorfcoin (on Windows, Linux, Android, and iOS)
  10. Rebuild wallet with built in CPU and GPU Solo/Pool mining with user friendliness in mind for Linux, Windows, and Mac
How can I make money off this?
By mining! No longer must you send Dorf miners to certain death to accumulate wealth. Simply download a Linux Wallet from here or a Windows Wallet from here.
For solo CPU Mining-
In your wallet, go to Help -> Debug Window -> Console and type in setgenerate true -(# of threads you want your processor to use). It should look like this, without the quotations; "setgenerate true -3" for 3 threads. Give it about 30 minutes to sync with our network and you'll begin mining!
For solo GPU Mining-
Download this package and follow the readme.
You may want to encrypt your wallet for safety, but be sure to write down the password should you do so- WE HAVE NO WAY OF RECOVERING YOUR PASSWORD IF YOU LOSE IT. There have been horror stories of bitcoin millionaires who can't access their fortune because they lost their wallet's password. You don't want to become one of these people.
Pool mining-
Throw this onto the config file of any stratum pool miner-
-o stratum+tcp://miningpool.thruhere.net:5516 -u Your wallet address here -p x
What makes us different?
We want to make cryptocurrency more accessible. And not just by adoption, but in mining as well. This is why we will make an app to mine Dorfcoin, though it cannot compete with a dedicated rig, pool mining with your phone will get people directly involved with Dorfcoin.
What are your thoughts on elves?
They're wusses. What do you mean they won't trade with me anymore? That wooden sculpture came from dead wood off my starting wagon- I didn't even murder any trees! (Yet).
More will be added as questions come up.
submitted by BobLordOfTheCows to dorfcoin [link] [comments]

New to r/Tokenmining? click here for more in-depth info!

What is EIP:918?

EIP:918 is an Ethereum Improvement Proposal for standardizing mineable token distribution using Proof of Work.
The primary driver behind the standard is to address the very broken ICO model that currently plagues the Ethereum network. Token distribution via the ICO model and it’s derivatives has always been susceptible to illicit behavior by bad actors. New token projects are centralized by nature because a single entity must handle and control all of the initial coins and all of the the raised ICO money. By distributing tokens via an alternative ‘Initial Mining Offering’ (or IMO), the ownership of the token contract no longer belongs with the deployer at all and the deployer is ‘just another user.’ As a result, investor risk exposure utilizing a mined token distribution model is significantly diminished. This standard is intended to be standalone, allowing maximum interoperability with ERC20, ERC721, and future token standards.
The most effective economic side effect of Satoshi Nakamoto’s desire to secure the original Bitcoin network with Proof of Work hash mining was tethering the coin to real computing power, thereby removing centralized actors. Transitioning the responsibility of work back onto individual miners, government organizations have no jurisdiction over the operation of a pure mined token economy. Oversight is removed from an equation whereby miners are providing economic effort in direct exchange of a cryptographic commodity. This facilitates decentralized distribution and establishes all involved parties as stakeholders. The ERC918 standard allows projects to be funded through decentralized computing power instead of centralized, direct-fiat conversion.
The Ethereum blockchain in its current state exists as a thriving ecosystem which allows any individual to store immutable records in a permission-less, invulnerable and transparent manner. Recently, there have been proposals to mitigate some initial ICO investment risks through the introduction of the DAICO model that relies on timed and automated value transfers via the smart contract tapping mechanism. However, this does not align a token smart contract as a non-security and still has the potential to put investors at risk if not implemented carefully, relying on centralized actors to be fair and community intended. Allowing users of the network direct access to tokens by performing computations as a proof of work supplies allows any smart contract to distribute a token in a safe and controlled manner similar to the release of a commodity.
As of 2017, all Ethereum token distribution methods were flawed and susceptible to Sybil attacks. A Sybil attack is a form of computer security attack where one person pretends to be many people with multiple computer accounts in order to manipulate a system in a malicious way. ICOs and airdrops are highly susceptible to these type of attacks so there is no way to verify that all ERC20 tokens distributed by the deployer were doled out fairly or unfairly. Proof of Work distribution is resistant to Sybil attacks. This means that ERC918 tokens are among the first trustless Ethereum tokens in the world. The distribution of ERC918 tokens is fair because they are allotted via an open, decentralized mathematical algorithm (that anyone can view on the mainnet blockchain) and not a centralized human monarchy.
ERC918’s first incarnation (and inspiration) was the 0xBitcoin project that launched in early 2018. Since then, several projects have realized the standard in innovative and creative ways. Catether (0xCATE) erupted early and additionally mints payback tokens during transfer operations to offset gas costs. 0xGold and 0xLitecoin each implement the first on-chain merge-mining with 0xBitcoin and the Mineable Gem project extends the standard onto a non-fungible collectible artifacts, whereby each gem has a unique mining difficulty. The Mineable project is a newer initiative that provides users with the ability to create mineable ERC20 tokens on-chain without writing a line of code and includes a virtualized hashing artifact market that allows miners to purchase on-chain vGPUs to improve mining difficulty and rewards. (written by jlogelin) ​

MINING IN A NUTSHELL

0xBitcoin is a Smart Contract on the Ethereum network, and the concept of Token Mining is patterned after Bitcoin's distribution. Rather than solving 'blocks', work is issued by the contract, which also maintains a Difficulty which goes up or down depending on how often a Reward is issued. Miners can put their hardware to work to claim these rewards, in concert with specialized software, working either by themselves or together as a Pool. The total lifetime supply of 0xBitcoin is 21,000,000 tokens and rewards will repeatedly halve over time.
The 0xBitcoin contract was deployed by Infernal_Toast at Ethereum address: 0xb6ed7644c69416d67b522e20bc294a9a9b405b31
0xBitcoin's smart contract, running on the Ethereum network, maintains a changing "Challenge" (that is generated from the previous Ethereum block hash) and an adjusting Difficulty Target. Like traditional mining, the miners use the SoliditySHA3 algorithm to solve for a Nonce value that, when hashed alongside the current Challenge and their Minting Ethereum Address, is less-than-or-equal-to the current Difficulty Target. Once a miner finds a solution that satisfies the requirements, they can submit it into the contract (calling the Mint() function). This is most often done through a mining pool. The Ethereum address that submits a valid solution first is sent the 50 0xBTC Reward.
(In the case of Pools, valid solutions that do not satisfy the full difficulty specified by the 0xBitcoin contract, but that DO satisfy the Pool's specified Minimum Share Difficulty, get a 'share'. When one of the Miners on that Pool finds a "Full" solution, the number of shares each miner's address has submitted is used to calculate how much of the 50 0xBTC reward they will get. After a Reward is issued, the Challenge changes.
A Retarget happens every 1024 rewards. In short, the Contract tries to target an Average Reward Time of about 60 times the Ethereum block time. So (at the time of this writing):
~13.9 seconds \* 60 = 13.9 minutes
If the average Reward Time is longer than that, the difficulty will decrease. If it's shorter, it will increase. How much longer or shorter it was affects the magnitude with which the difficulty will rise/drop, to a maximum of 50%. * Click Here to visit the stats page~ (https://0x1d00ffff.github.io/0xBTC-Stats) to see recent stats and block times, feel free to ask questions about it if you need help understanding it.

MINING HARDWARE

Presently, 0xBitcoin and "Alt Tokens" can be mined on GPUs, CPUs, IGPs (on-CPU graphics) and certain FPGAs. The most recommended hardware is nVidia graphics cards for their efficiency, ubiquity and relatively low cost. As general rules, the more cores and the higher core frequency (clock) you can get, the more Tokens you will earn!
Mining on nVidia cards:
Mining on AMD cards:
Mining on IGPs (e.g. AMD Radeon and Intel HD Graphics):
Clocks and Power Levels:

MINING SOFTWARE AND DESCRIPTIONS

For the most up-to-date version info, download links, thread links and author contact information, please see this thread: https://www.reddit.com/0xbitcoin/comments/8o06dk/links_to_the_newestbest_miners_for_nvidia_amd/ Keep up to date for the latest speed, stability and feature enhancements!
COSMiC Miner by LtTofu:
SoliditySha3Miner by Amano7:
AIOMiner All-In-One GPU Miner:
TokenMiner by MVis (Mining-Visualizer):
"Nabiki"/2.10.4 by Azlehria:
~Older Miners: Older and possibly-unsupported miner versions can be found at the above link for historical purposes and specific applications- including the original NodeJS CPU miner by Infernal Toast/Zegordo, the '1000x' NodeJS/C++ hybrid version of 0xBitcoin-Miner and Mikers' enhanced CUDA builds.

FOR MORE INFORMATION...

If you have any trouble, the friendly and helpful 0xBitcoin community will be happy to help you out. Discord has kind of become 0xBTC's community hub, you can get answers the fastest from devs and helpful community members. Or message one of the community members on reddit listed below.
Links
submitted by GeoffedUP to Tokenmining [link] [comments]

Welcome to the FLO subreddit! Here you can learn about FLO and its use as a worldwide public record in many blockchain-based applications

FLO: a worldwide public record

http://flo.cash

What is FLO?
FLO is a cryptocurrency that introduces a worldwide public record for storing information. FLO coins are needed to pay for storage capacity, and coins are issued to reward participants for their work to secure and distribute information.
FLO is used to send payments and store data. This encourages building applications because anyone has the ability to write data into FLO.
How does FLO work?
FLO is a network similar to bitcoin where the open ledger is secured by miners competing to find proof-of-work. FLO has its own ledger, called the FLO blockchain, that can be thought of as a digital public space for storing information.

Download

0.15.1.1
Release files https://github.com/floblockchain/flo/releases

Features

Technical Specifications

Block target spacing: 40 seconds
Difficulty retargets every blocks
Block reward: 100 FLO, halving every 800,000 blocks (about 1 year)
Maximum coins: 160 million FLONetwork port: 7312RPC port: 7313

Mining Information

See our mining guide here: https://forum.flo.cash/t/mining-guide-antminer-l3/36

Block explorers

http://flocha.in/
http://network.flo.cash/

Exchanges

Bittrex https://bittrex.com/Market/Index?MarketName=BTC-FLO
Nova https://novaexchange.com/market/BTC_FLO/
OpenBazaar https://openbazaar.org/
Komodo https://komodoplatform.com/decentralized-exchange/
Blocknet https://www.blocknet.co/block-dx/
Indacoin https://indacoin.com/
Thecoin.pw Exchange https://trade.thecoin.pw
Coin swap services https://coinswitch.co/http://changenow.io

Social

Twitter http://twitter.com/FLOblockchain
Telegram https://t.me/FLOblockchain
Alexandria Rocket Chat https://chat.alexandria.io
YouTube https://www.youtube.com/channel/UCDAELSdJelys5VkE1FuXo2A
Medium Blog https://medium.com/flo-cash
Reddit http://www.reddit.com/FLOblockchain
IRC channel Join #florincoin on http://webchat.freenode.net/
FLO Slack https://florincoin.slack.com/shared_invite/MTgzNDk0MzYxMjY5LTE0OTQ4MTgzMDEtNGIwYzI4NjkwNw

Merchants

http://cryptocloudhosting.org/order
https://cointopay.com/

Notable Partnerships:

California Institute of Technology- https://etdb.caltech.edu/
Overstock's tZERO - https://www.tzero.com/
Open Index Protocol Working Group- https://github.com/oipwg / http://oip.wiki/
Medici Ventures- www.mediciventures.com

Apps running on top of the FLO blockchain:

https://flo.cash/dapps.html
OIP apps
Open Index Protocol - https://oip.wiki/
Alexandria - https://alexandria.io/browse
California Institute of Technology - https://etdb.caltech.edu/browse
Medici Ventures - https://www.mediciventures.com/
Block Header - https://t.me/blockheader
FLO native apps
Overstock's tZERO - https://www.tzero.com/
Shared Secret - http://www.sharedsecret.net/
Notarize with Flotorizer - http://flotorizer.net/
World Mood - http://worldmood.io/
Aterna Love - https://github.com/metacoin/aternaloveXcertify - https://github.com/akhil2015/Xcertify

Links

Official web site http://www.flo.cash
Github links for Alexandria, OIP, Ranchi, and FLO
https://github.com/floblockchain
https://github.com/oipwg
https://github.com/dloa
https://github.com/RanchiMall
FLO Foundation http://flo.foundation
Roadmap https://trello.com/b/jFlPhrzW/florincoin-roadmap
Florincoin and Alexandria presentation @ BitDevs NYC 5/24/17 https://twitter.com/Official_Florin/status/867614281868726273
Florincoin @ CryptoCurrency Convention NYC 4/9/14 https://www.youtube.com/watch?v=0U7MXAYCXGc
Florin article @ bitcoinist http://bitcoinist.net/exclusive-qa-with-joseph-fiscella-florincoin-and-decentralized-applications/
Blockchain bootstrap from http://cryptochainer.com/dihttps://mega.nz/#!u15HSADT!nstJ67-mKnWZbMPwddeRJoxEnNneS_94yTfLHoeNQyg
FLO market data read from FLO blockchain visualised http://iquidus.io:5000/
The Decentralized Library of Alexandria - San Diego Bitcoin Meetup 08/15 https://www.youtube.com/watch?v=XiZnjM7Y7Cs
Blocktech Project Alexandria v0.4 alpha Intro and Walkthrough https://www.youtube.com/watch?v=z_u-ndscZjY
Alexandria v0.5.1 alpha demo https://www.youtube.com/watch?v=zcuj_xILct0
FLO History
Launched June 17th 2013, the first coin with a metadata field on the blockchain for the purpose of building blockchain applications.
2013 * Jun 17th: FLO released with no pre-mine and no ICO https://bitcointalk.org/index.php?topic=236742.0 * Jul 9th: Florincoin is the 61st coin added to Cryptsy, the first major altcoin exchange * Sep 9th: Created the first block explorer, florinexchange.com/explorer, an open source explorer which is later replaced with https://florincoin.info * Nov 27th: Coordinated with Skyangel on a hard-fork (required update) to increase the transaction comment size to 528 bytes https://bitcointalk.org/index.php?topic=236742.msg3731680#msg3731680 * Dec 10th: Started work on new website * Dec 16th: Songs of Love, a charity for children based in NYC, beings accepting FLO donations to make customized songs for children in need
2014 * Feb 1st: Created the FLO twitter account https://twitter.com/floblockchain (Originally @Official_Florin) * Feb 1st: Created a website, Aterna Love, to store valentine's day messages in the blockchain. Those messages still exist today * Feb 12th: Promoted FLO at the bitcoin center in NYC, with interview by Naomi Brockwell https://www.youtube.com/watch?v=BbeYJID7Ewg * Mar 2nd: Launched new florincoin.org website * Mar 20th: Florincoin subreddit created https://reddit.com/floblockchain (originally /florincoin) * Apr 9th: Presentation about Florincoin at the 1st Cryptocurrency Convention at the scholastic auditorium in NYC https://www.youtube.com/watch?v=giUL0Wiaz1M * Apr 12th: skyangel releases Florin v0.6.5.13, a hard fork at block 426000, causing FLO to start adjusting difficulty every block https://bitcointalk.org/index.php?topic=236742.msg6191701#msg6191701 * Jun 21st: skyangel releases Florin v0.8.7.2, up to date with the latest Litecoin codebase https://bitcointalk.org/index.php?topic=236742.msg7440510#msg7440510 * Jun 22nd: bitcoinist.net article: exclusive Q&A with Joseph Fiscella http://bitcoinist.com/exclusive-qa-with-joseph-fiscella-florincoin-and-decentralized-applications/ * Sep 20th: Alexandria team meets in San Diego to work on the project as a team for the first time * Oct 4th: Inside Bitcoins Las Vegas conference with the Alexandria Booth
2015 * Jan 1st: FLO and Alexandria mentioned in a chapter about blockchain applications in Melanie Swan's book Blockchain: A Blueprint for a New Economy http://shop.oreilly.com/product/0636920037040.do * Mar 3rd: Released the first golang SDK for Florincoin, foundation, on github: - https://github.com/metacoin/foundation - https://github.com/metacoin/flojson * Mar 11th: FLO is open for trading on Bittrex * Mar 11th: FLO is open for trading on Poloniex * Apr 17th: Alexandria 0.4 walkthrough video: https://www.youtube.com/watch?v=z_u-ndscZjY * Jun 10th: n-o-d-e.net interview with Alexandria https://n-o-d-e.net/alexandria.html * Jun 25th: Alexandria historian is born and begins recording historic data on the blockchain * Jun 29th: VICE article about Alexandria released: Could Cyberwar Cause a Library of Alexandria Event? https://motherboard.vice.com/en_us/article/ae3p4p/could-cyberwar-cause-a-library-of-alexandria-event * Aug 5th: LA times article about Blockchain Technology Group / Alexandria http://www.latimes.com/business/la-fi-cutting-edge-blockchain-20150809-story.html * Sep 24th: CoinTelegraph article about Alexandria https://cointelegraph.com/news/a-glimpse-into-the-future-of-decentralized-media * Dec 9th: Alexandria v0.5.1 alpha demo https://www.youtube.com/watch?v=zcuj_xILct0 * Dec 16th: Alexandria booth at Inside Bitcoins San Diego https://i.imgur.com/zZWi31F.jpg
2016 * Mar 25th: FLO 0.10.4.0 released by Bitspill and the Alexandria team, as well as a pool mining historian blocks https://bitcointalk.org/index.php?topic=236742.msg14314984#msg14314984 * Apr 8th: FLO used to store Libertarian Party votes in blockchain https://www.coindesk.com/libertarian-party-texas-logs-votes-presidential-electors-blockchain/ * May 3rd: Alexandria meetup in NYC (video URL missing) * Jun 19th: FLO 0.10.4.4 recommended update to latest Litecoin codebase * Nov 27: Alexandria presentation at DAppHack Berlin 2016 https://www.youtube.com/watch?v=qwqkmK9aTXs
2017 * May 15th: FLO meetup in NYC, Telegram channel created https://bitcointalk.org/index.php?topic=236742.1560 * May 25th: FLO/Alexandria presentation lived streamed from BitDevs NYC: https://twitter.com/FLOblockchain/status/867614281868726273 * July 12th: Introducing Alexandria and the Open Index Protocol https://steemit.com/cryptocurrency/@m3ta/introducing-alexandria-and-the-open-index-protocol * July 28th: Amy's blog post about the Alexandria team's visit to San Diego https://medium.com/@amyellajames/build-faster-51712d0ed51d * Aug 20th: Valentin Jesse creates a FLO touchbar app for the 2017 MacBookPro https://bitcointalk.org/index.php?topic=236742.msg21047455#msg21047455 * Nov 29th: New logo and new website concept released and revealed to community in the rebranding initiative https://bitcointalk.org/index.php?topic=236742.msg25431477#msg25431477 * Dec 22nd: New website launched: https://flo.cash * Dec 22nd: Flotorizer launched at flotorizer.net, Medium article written by Davi Ortega describing the creation of a FLO blockchain application as a non-programmer https://medium.com/@ortega_science/flotorizer-an-experiment-on-blockchain-for-noobs-5dfb3aa6bbd2 * Dec 24th: FLO Community Update https://steemit.com/cryptocurrency/@m3ta/flo-community-update-december-2017 * Dec 31st: SharedSecret.net, the first blockchain-based implementation of Shamir's Secret Sharing algorithm, is live (again created by Davi Ortega)
2018 * Jan 13th: Live-streaming FLO dev on twitch.tv https://www.youtube.com/watch?v=AAbk8FrbF7k * Jan 18th: FLO python SDK released https://github.com/metacoin/flo-python-sdk * Jan 18th: FLO added to brainwalletX https://github.com/brainwalletX/brainwalletX.github.io/pull/5/files * Jan 18th: FLO C# SDK released https://github.com/adreno-abhi/Flo-CSharp-SDK * Feb 23th: FLO partners with YBF Ventures http://ybfventures.com/worlds-first-web-3-0-hub-ybf-mesh/ * Mar 20th: FLO releases version 0.15 with segwit support, up-to-date with current Bitcoin and Litecoin codebases: https://github.com/floblockchain/flo/releases * May 1st: SPV wallet floj is open-sourced by Alexandria and Medici teams https://github.com/floj-org/floj * July 17th: FLO summit 2018 held in San Diego https://twitter.com/FLOblockchain/status/1018858384534179842 * July 26th: Website updated with dapps dashboard https://twitter.com/flo_development/status/1022534376226213890
submitted by metacoin to floblockchain [link] [comments]

Update on development status of MVF

Hi all,
I've been meaning to put out a status report for a while. Recently, I haven't been on Reddit much, so apologies to the person who asked me about progress a few days ago.
We are behind our roadmap plans, but I'm not giving up, and continuing to work on this. I've been encouraged by ViaBTC and others who are voting against SegWit and voting for on-chain scaling by running BU.
Our design broke down the software changes we are making for the Minimum Viable Fork implementation into several categories [1]. Where we are on these "work packages":
Myself and redmarlen are currently the only programmers and testers on this at the moment. I'm grateful for his help. We could really use assistance from others, especially in the review & testing domain, to speed this up.
Even if you just compile the software from source and run 'make check' or the 'qa/pull-testerpc-tests.py' regression tests on your platform, this already helps us spot potential problems. Feel free to ask questions on our development Slack (see https://bitcoinforks.org#contribute for info on how to join) or raise issues on our Github repo.
I think at current development strength we are still several weeks (4+) away from starting testnet tests. However, we need people who are willing to actually test the software to familiarize themselves with it. We also need to set up some infrastructure ahead of that (DNS + static IP nodes).
To that end, I'm looking for folks who have specific expertise:
  1. setting up DNS seeders for BTCfork. I don't have much time for that right now, but we need it once we get to testing on testnet.
  2. setting up Travis automated tests for Bitcoin. I'd like to set it up for the MVF repositories asap, but I know it's going to cost a lot of time.
  3. doing Gitian builds. We need several people to set up Gitian build environments and be able to perform reproducible builds. Anyone with enough resources to fire up a virtual machine and time to run through some instructions can theoretically do this. You don't need to be a developer :-) There are detailed documents describing how to do this in the doc/ folder of the source tree and online.
If you feel you can help on any of these, please contact us on the Slack or drop me a PM.
Finally, thanks to all who've contributed behind the scenes so far: those who gave design inputs, translated and developed for the website, moderated discussion forums and helped set up and host services.
Hopefully my next update will see us a fair bit closer to public testing. If you have any questions, I'll be here and on the Slack to answer them.
[1] https://github.com/BTCfork/bitcoinfork-collaborative-spec/blob/unlimited/design.md#3-overview
P.S. You may have noticed that I've added an MVF-Core repo. I am using this as a testbed for prototyping changes when I need to have more of the existing historical regression test suite to test against. The intention is that changes which are prototyped successfully there are migrated to MVF-BU. I've been spending some time working on upstream BU to get some more of its regression tests re-enabled and working. There is still work to be done here, and until that's done, the testing on MVF-Core is essential. MVF-Core can also serve as a last-ditch fallback if some feature of BU blocks the MVF.
submitted by ftrader to btcfork [link] [comments]

The Strange Birth & History of Monero, Part III: Decentralized team

You can read here part I (by americanpegaus). This is the post that motivated me to make the part II. Now i'm doing a third part, and there'll be a final 4th part. This is probably too much but i wasn't able to make it shorter. Some will be interested in going through all them, and maybe someone is even willing to make a summary of the whole serie :D.
Monero - an anonymous coin based on CryptoNote technology
https://bitcointalk.org/index.php?topic=582080.0
Comentarios de interés:
-4: "No change, this is just a renaming. In the future, the binaries will have to be changed, as well as some URL, but that's all. By the way, this very account (monero) is shared by several user and is meant to make it easier to change the OP in case of vacancy of the OP. This idea of a shared OP comes from Karmacoin.
Some more things to come:
"
(https://bitcointalk.org/index.php?topic=582080.msg6362672#msg6362672)
-5: “Before this thread is too big, I would like to state that a bug has been identified in the emission curve and we are currently in the process of fixing it (me, TFT, and smooth). Currently coins are emitted at double the rate that was intended. We will correct this in the future, likely by bitshifting values of outputs before a certain height, and then correcting 1 min blocks to 2 min blocks. The changes proposed will be published to a Monero Improvement Protocol on github.”
(https://bitcointalk.org/index.php?topic=582080.msg6363016#msg6363016)
[tacotime make public the bug in the emission curve: token creation is currently 2 times what was intended to be, see this chart BTC vs the actual XMR curve, as it was and it is now, vs the curve that was initially planned in yellow see chart]
-14: “Moving discussion to more relevant thread, previous found here:
https://bitcointalk.org/index.php?topic=578192.msg6364026#msg6364026
I have to say that I am surprised that such an idea [halving current balances and then changing block target to 2 min with same block reward to solve the emission curve issue] is even being countenanced - there are several obvious arguments against it.
Perception - what kind of uproar would happen if this was tried on a more established coin? How can users be expected to trust a coin where it is perceived that the devs are able and willing to "dip" into people's wallets to solve problems?
Technically - people are trying to suggest that this will make no difference since it applies to reward and supply, which might be fair enough if the cap was halved also, but it isn't. People's holdings in the coin are being halved, however it is dressed up.
Market price - How can introducing uncertainty in the contents of people's wallets possibly help market price? I may well be making a fool of myself here, but I have never heard of such a fix before, unless you had savings in a Cypriot bank - has this ever been done for another coin?”
(https://bitcointalk.org/index.php?topic=582080.msg6364174#msg6364174)
-15: “You make good points but unfortunately conflicting statements were made and it isn't possible to stick to them all. It was said that this coin had a mining reward schedule similar to bitcoin. In fact it is twice as fast as intended, even even a bit more than twice as fast as bitcoin.
If you acquired your coins on the basis of the advertised reward schedule, you would be disappointed, and rightfully so, as more coins come to into existence more quickly than you were led to believe.
To simply ignore that aspect of the bug is highly problematic. Every solution may be highly problematic, but the one being proposed was agreed as being the least bad by most of the major stakeholders. Maybe it will still not work, this coin will collapse, and there will need to be a relaunch, in which case all your coins will likely be worthless. I hope that doesn't happen.”
(https://bitcointalk.org/index.php?topic=582080.msg6364242#msg6364242)
[smooth tries to justify his proposal to solve the emission curve issue: halve every current balance and change block target to 2 min with same block reward]
-16: “This coin wasn't working as advertised. It was supposed to be mined slowly like BTC but under the current emission schedule, 39% would be mined by the first year and 86% by the fourth year. Those targets have been moved out by a factor of 2, i.e. 86% mined by year 8, which is more like BTC's 75% by year 8. So the cap has been moved out much further into the future, constraining present and near-term supply, which is what determines the price.”
(https://bitcointalk.org/index.php?topic=582080.msg6364257#msg6364257)
[eizh supports smooth’s plan]
-20: “So long as the process is fair and transparent it makes no difference what the number is... n or n/2 is the same relative value so long as the /2 is applied to everyone. Correcting this now will avoid people accusing the coin of a favourable premine for people who mined in the first week.”
(https://bitcointalk.org/index.php?topic=582080.msg6364338#msg6364338)
[random user supporting smooth’s idea]
-21: “Why not a reduction in block reward of slightly more than half to bring it into line with the proposed graph? That would avoid all sorts of perceptual problems, would not upset present coin holders and be barely noticeable to future miners since less than one percent of coins have been mined so far, the alteration would be very small?”
(https://bitcointalk.org/index.php?topic=582080.msg6364348#msg6364348)
-22: “Because that still turns into a pre-mine or instamine where a few people got twice as many coins as everyone else in the first week.
This was always a bug, and should be treated as such.”
(https://bitcointalk.org/index.php?topic=582080.msg6364370#msg6364370)
[smooth wants to be sure they can’t be stigmatized as “premine”]
-23: “No, not true [answering to "it makes no difference what the number is... n or n/2 is the same relative value so long as the /2 is applied to everyone"]. Your share of the 18,000,000 coins is being halved - rightly or wrongly.”
(https://bitcointalk.org/index.php?topic=582080.msg6364382#msg6364382)
[good point made by a user that is battling “hard” with smooth and his proposal]
-28: “+1 for halving all coins in circulation. Would they completely disappear? What would the process be?”
-31: “I will wait for the next coin based on CryptoNote. Many people, including myself, avoided BMR because TFT released without accepting input from anyone (afaik). I pm'ed TFT 8 days before launch to help and didn't get response until after launch. Based on posting within the thread, I bet there were other people. Now the broken code gets "fixed" by taking away coins.”
(https://bitcointalk.org/index.php?topic=582080.msg6364531#msg6364531)
-32: “What you say is true, and I can't blame anyone from simply dropping this coin and wanting a complete fresh start instead. On the other hand, this coin is still gaining in popularity and is already getting close to bytecoin in hash rate, while avoiding its ninja premine. There is a lot done right here, and definitely a few mistakes.”
(https://bitcointalk.org/index.php?topic=582080.msg6364574#msg6364574)
[smooth stands for the project legitimacy despite the bugs]
-37: “Since everything is scaled and retroactive, the only person to be affected is... me. Tongue Because I bought BMR with BTC, priced it with incorrect information, and my share relative to the eventual maximum has been halved. Oh well. The rest merely mined coins that never should have been mined. The "taking away coins" isn't a symptom of the fix: it's the fundamental thing that needed fixing. The result is more egalitarian and follows the original intention. Software is always a work-in-progress. Waiting for something ideal at launch is pretty hopeless. edit: Let me point out that most top cryptocurrencies today were released before KGW and other new difficulty retargeting algorithms became widespread. Consequently they had massive instamines on the first day, even favorites in good standing like LTC. Here the early miners are voluntarily reducing their eventual stake for the sake of fairness. How cool is that?”
(https://bitcointalk.org/index.php?topic=582080.msg6364886#msg6364886)
[this is eizh supporting the project too]
-43: “I'm baffled that people are arguing about us making the emission schedule more fair. I'm an early adopter. This halves my money, and it's what I want to do. There's another change that needs to be talked about too: we don't believe that microscopic levels of inflation achieved at 9 or 10 years will secure a proof-of-work network. In fact, there's a vast amount of evidence from DogeCoin and InfiniteCoin that it will not. So, we'd like to fix reward when it goes between 0.25 - 1.00 coins. To do so, we need to further bitshift values to decrease the supply under 264-1 atomic units to accommodate this. Again, this hurts early adopters (like me), but is designed to ensure the correct operation of the chain in the long run. It's less than a week old, and if we're going to hardfork in economic changes that make sense we should do it now. We're real devs turning monero into the coin it should have been, and our active commitment should be nothing but good news. Fuck the pump and dumps, we're here to create something with value that people can use.”
(https://bitcointalk.org/index.php?topic=582080.msg6366134#msg6366134)
[tacotime brings to the public for first time the tail emission proposal and writes what is my favourite sentence of the whole monero history: “Fuck the pump and dumps, we're here to create something with value that people can use”]
-51: “I think this is the right attitude. Like you I stand to "lose" from this decision in having my early mining halved, but I welcome it. Given how scammy the average coin launch is, I think maximizing fairness for everyone is the right move. Combining a fair distribution with the innovation of Cryptonote tech could be what differentiates Monero from other coins.”
(https://bitcointalk.org/index.php?topic=582080.msg6366346#msg6366346)
-59: “Hello! It is very good that you've created this thread. I'm ok about renaming. But I can't agree with any protocol changes based only on decisions made by bitcointalk.org people. This is because not all miners are continiously reading forum. Any decision about protocol changes are to be made by hashpower-based voting. From my side I will agree on such a decision only if more than 50% of miners will agree. Without even such a simple majority from miners such changes are meaningless. In case of hardfork that isn't supported by majority of miners the network will split into two nets with low-power fork and high-power not-forking branches. I don't think that this will be good for anybody. Such a voting is easy to be implemented by setting minor_version of blocks to a specific value and counting decisions made after 1000 of blocks. Do you agree with such a procedure?”
(https://bitcointalk.org/index.php?topic=582080.msg6368478#msg6368478)
[TFT appears after a couple days of inactivity]
-63: “In few days I will publish a code with merged mining support. This code will be turned ON only by voting process from miners. What does it mean:
The same procedure is suitable for all other protocol changes.”
(https://bitcointalk.org/index.php?topic=582080.msg6368720#msg6368720)
[And now he is back, TFT is all about merged mining]
-67: “We don't agree that a reverse split amounts to "taking" coins. I also wouldn't agree that a regular forward split would be "giving" coins. It's an exchange of old coins with new coins, with very nearly the exact same value. There is a very slight difference in value due to the way the reward schedule is capped, but that won't be relevant for years or decades. Such a change is entirely reasonable to fix an error in a in coin that has only existed for a week.”
(https://bitcointalk.org/index.php?topic=582080.msg6368861#msg6368861)
-68: “There were no error made in this coin but now there is an initiative to make some changes. Changes are always bad and changes destroy participant confidence even in case these changes are looking as useful. We have to be very careful before making any changes in coins”
(https://bitcointalk.org/index.php?topic=582080.msg6368939#msg6368939)
[TFT does not accept the unexpected emission curve as a bug]
-72: “You are wrong TFT. The original announcement described the coin as having a reward curve "close to Bitcoin's original curve" (those are your exact words). The code as implemented has a reward curve that is nothing like bitcoin. It will be 86% mined in 4 years. It will be 98% mined in 8 years. Bitcoin is 50% mined in 4 years, and 75% in 8 years.
With respect TFT, you did the original fork, and you deserve credit for that. But this coin has now gone beyond your initial vision. It isn't just a question of whether miners are on bitcointalk or not.
There is a great team of people who are working hard to make this coin a success, and this team is collaborating regularly through forum posts, IRC, PM and email. And beyond that a community of users who by and large have been very supportive of the efforts we've taken to move this forward.
Also, miners aren't the only stakeholders, and while a miner voting process is great, it isn't the answer to every question. Though I do agree that miners need to be on board with any hard fork to avoid a harmful split.”
(https://bitcointalk.org/index.php?topic=582080.msg6369137#msg6369137)
[smooth breaks out publicily for first time against TFT]
-75: “I suppose that merged mining as a possible option is a good idea as soon as nobody is forced to use it. MM is a possibility to accept PoW calculated for some other network. It helps to increase a security of both networks and makes it possible for miners not to choose between two networks if they want both:
Important things to know about MM:
Actually the only change that goes with MM is that we are able to accept PoW from some other net with same hash-function. Each miner can decide his own other net he will merge mine BMR with.
And this is still very secure.
This way I don't see any disadvantage in merged mining. What disadvantages do you see in MM?”
(https://bitcointalk.org/index.php?topic=582080.msg6369255#msg6369255)
[TFT stands for merged mining]
-77: “Merged mining essentially forces people to merge both coins because that is the only economically rational decision. I do not want to support the ninja-premined coin with our hash rate.
Merged mining makes perfect sense for a coin with a very low hash rate, otherwise unable to secure itself effectively. That is the case with coins that merge mine with bitcoin. This coin already has 60% of the hash rate of bytecoin, and has no need to attach itself to another coin and encourage sharing of hash rate between the two. It stands well on its own and will likely eclipse bytecoin very soon.
I want people to make a clear choice between the fair launched coin and the ninja-premine that was already 80% mined before it was made public. Given such a choice I believe most will just choose this coin. Letting them choose both allows bytecoin to free ride on what we are doing here. Let the ninja-preminers go their own way.”
(https://bitcointalk.org/index.php?topic=582080.msg6369386#msg6369386)
[smooth again]
-85: “One of you is saying that there was no mistake in the emission formula, while the other is. I'm not asking which I should believe . . I'm asking for a way to verify this”
(https://bitcointalk.org/index.php?topic=582080.msg6369874#msg6369874)
[those that have not been paying attention to the soap opera since the beginning do not understand anything at all]
-86: “The quote I posted "close to Bitcoin's original curve" is from the original announcement here: https://bitcointalk.org/index.php?topic=563821.0
I think there was also some discussion on the thread about it being desirable to do that.
At one point in that discussion, I suggested increasing the denominator by a factor of 4, which is what ended up being done, but I also suggested retaining the block target at 2 minutes, which was not done. The effect of making one change without the other is to double the emission rate from something close to bitcoin to something much faster (see chart a few pages back on this thread).”
(https://bitcointalk.org/index.php?topic=582080.msg6369935#msg6369935)
[smooth answers just a few minutes later]
-92: “I'm happy the Bitmonero attracts so much interest.
I'm not happy that some people want to destroy it.
Here is a simple a clear statement about plans: https://bitcointalk.org/index.php?topic=582670
We have two kind of stakeholders we have respect: miders and coin owners.
Before any protocol changes we will ask miners for agreement. No changes without explicit agreement of miners is possible.
We will never take away or discount any coins that are already emitted. This is the way we respect coin owners.
All other issues can be discussed, proposed and voted for. I understand that there are other opinions. All decisions that aren't supported in this coin can be introduced in any new coin. It's ok to start a new fork. It's not ok to try to destroy an existsing network.”
(https://bitcointalk.org/index.php?topic=582080.msg6370324#msg6370324)
[TFT is kinda upset – he can see how the community is “somehow” taking over]
-94: “Sounds like there's probably going to be another fork then. Sigh.
I guess it will take a few tries to get this coin right.
The problem with not adjusting existing coins is that it make this a premine/instamine. If the emission schedule is changed but not as a bug fix, then earlier miners got an unfair advantage over everyone else. Certainly there are coins with premines and instamines, but there's a huge stigma and such a coin will never achieve the level of success we see for this coin. This was carefully discussed during the team meeting, which was announced a day ahead of time, and everyone with any visible involvement with the coin, you included, was invited. It is unfortunate you couldn't make it to that meeting TFT.”
(https://bitcointalk.org/index.php?topic=582080.msg6370411#msg6370411)
[smooth is desperate due to TFT lack of interest in collaboration, and he publicly speaks about an scission for first time]
-115: “Very rough website online, monero.cc (in case you asked, the domain name was voted on IRC, like the crypto name and its code). Webdesigner, webmaster, writers... wanted.”
(https://bitcointalk.org/index.php?topic=582080.msg6374702#msg6374702)
[Even though the lack of consensus and the obvious chaos, the community keeps going on: Monero already has his own site]
-152: “Here's one idea on fixing the emissions without adjusting coin balances.
We temporarily reduce the emission rate to half of the new target for as long as it takes for the total emission from 0 to match the new curve. Thus there will be a temporary period when mining is very slow, and during that period there was a premine.
But once that period is compete, from the perspective of new adopters, there was no premine -- the total amount of coins emitted is exactly what the slow curve says it should be (and the average rate since genesis is almost the same as the rate at which they are mining, for the first year or so at least).
This means the mining rewards will be very low for a while (if done now then roughly two weeks), and may not attract many new miners. However, I think there enough of us early adopters (and even some new adopters who are willing to make a temporary sacrifice) who want to see this coin succeed to carry it through this period.
The sooner this is done the shorter the catch up period needs to be.”
(https://bitcointalk.org/index.php?topic=582080.msg6378032#msg6378032)
[smooth makes a proposal to solve the “emission curve bug” without changing users balances and without favoring the early miners]
-182: “We have added a poll in the freenode IRC room "Poll #2: "Emission future of Monero, please vote!!" started by stickh3ad. Options: #1: "Keep emission like now"; #2: "Keep emission but change blocktime and final reward"; #3: "Keep emission but change blocktime"; #4: "Keep emission but change final reward"; #5: "Change emission"; #6: "Change emission and block time"; #7: "Change emission and block time and final reward"
Right now everyone is voting for #4, including me.”
(https://bitcointalk.org/index.php?topic=582080.msg6379518#msg6379518)
[tacotime announces an ongoing votation on IRC]
-184: “ change emission: need to bitshift old values on the network or double values after a certain block. controversial. not sure if necessary. can be difficult to implement. keep emission: straightforward, we don't keep change emission or block time. change final reward is simple. if (blockSubsidy < finalSubsidy) return finalSubsidy; else return blockSubsidy;”
(https://bitcointalk.org/index.php?topic=582080.msg6379562#msg6379562)
-188: “Yeah, well. We need to change the front page to reflect this if we can all agree on it.
We should post the emissions curve and the height and value that subsidy will be locked in to.
In my opinion this is the least disruptive thing we can do at the moment, and should ensure that the fork continues to be mineable and secure in about 8 years time without relying on fees to secure it (which I think you agree is a bad idea).”
(https://bitcointalk.org/index.php?topic=582080.msg6379871#msg6379871)
[tacotime]
-190: “I don't think the proposed reward curve is bad by any means. I do think it is bad to change the overall intent of a coin's structure and being close to bitcoins reward curve was a bit part of the intent of this coin. It was launched in response to the observation that bytecoin was 80% mined in less than two years (too fast) and also that it was ninja premined, with a stated goal that the new coin have a reward curve close to bitcoin.
At this point I'm pretty much willing to throw in the towel on this launch:
  1. No GUI
  2. No web site
  3. Botched reward curve (at least botched relative to stated intent)
  4. No pool (and people who are enthusiastically trying to mine having trouble getting any blocks; some of them have probably given up and moved on).
  5. No effective team behind it at launch
  6. No Mac binaries (I don't think this is all that big a deal, but its another nail)
I thought this could be fixed but with all the confusion and lack of clear direction or any consistent vision, now I'm not so sure.
I also believe that merged mining is basically a disaster for this coin, and is probably being quietly promoted by the ninjas holding 80% of bytecoin, because they know it keeps their coin from being left behind, and by virtue of first mover advantage, probably relegates any successors to effective irrelevance (like namecoin, etc.).
We can do better. It's probably time to just do better.”
(https://bitcointalk.org/index.php?topic=582080.msg6380065#msg6380065)
[smooth is disappointed]
-191: “The website does exist now, it's just not particularly informative yet. :) But, I agree that thankful_for_today has severely mislead everyone by stating the emission was "close to Bitcoin's" (if he's denying that /2 rather than /4 emission schedule was unintentional, as he seems to be). I'm also against BCN merge mining. It works against the goal of overtaking BCN and if that's not a goal, I don't know what we're even doing here. I'll dedicate my meagre mining to voting against that.
That said, you yourself have previously outlined why relaunches and further clones fail. I'd rather stick with this one and fix it.”
(https://bitcointalk.org/index.php?topic=582080.msg6380235#msg6380235)
[eizh tries to keep smooth on board]
-196: “BCN is still growing as well. It is up to 1.2 million now. If merged mining happens, (almost) everyone will just mine both. The difficulty on this coin will jump up to match BCN (in fact both will likely go higher since the hash rate will be combined) and again it is an instamine situation. (Those here the first week get the benefit of easy non-merged mining, everyone else does not.) Comments were made on this thread about this not being yet another pump-and-dump alt. I think that could have been the case, but sadly, I don't really believe that it is.”
(https://bitcointalk.org/index.php?topic=582080.msg6380778#msg6380778)
-198: “There's no point in fragmenting talent. If you don't think merge mining is a good idea, I'd prefer we just not add it to the code.
Bitcoin had no web site or GUI either initially. Bitcoin-QT was the third Bitcoin client.
If people want a pool, they can make one. There's no point in centralizing the network when it's just began, though. Surely you must feel this way.”
(https://bitcointalk.org/index.php?topic=582080.msg6381866#msg6381866)
[tacotime also wants smooth on board]
-201: “My personal opinion is that I will abandon the fork if merge mining is added. And then we can discuss a new fork. Until then I don't think Monero will be taken over by another fork.”
(https://bitcointalk.org/index.php?topic=582080.msg6381970#msg6381970)
[tacotime opens the season: if merged mining is implemented, he will leave the ship]
-203: “Ditto on this. If the intention wasn't to provide a clearweb launched alternative to BCN, then I don't see a reason for this fork to exist. BCN is competition and miners should make a choice.”
(https://bitcointalk.org/index.php?topic=582080.msg6382097#msg6382097)
[eizh supports tacotime]
-204: “+1 Even at the expense of how much I already "invested" in this coin.”
(https://bitcointalk.org/index.php?topic=582080.msg6382177#msg6382177)
[NoodleDoodle is also against merged mining]
This is basically everything worth reading in this thread. This thread was created in the wrong category, and its short life of about 2 days was pretty interesting. Merged mining was rejected and it ended up with the inactivity of TFT for +7 days and the creation of a new github repo the 30th of April. It is only 12 days since launch and a decentralized team is being built.
Basically the community had forked (but not the chain) and it was evolving and moving forward to its still unclear future.
These are the main takeaways of this thread:
  • The legitimacy of the "leaders" of the community is proven when they proposed and supported the idea of halving the balances for the greater good to solve the emission curve issue without any possible instamine accusation. Also their long-term goals and values rejecting merged-mining with a "primined scam"
  • It is decided that, as for now, it is “too late” to change the emission curve, and finally monero will mint 50% of its coin in ~1.3 years (bitcoin did it after 3.66 years) and 86% of its coins in 4 years (bitcoin does it in ~11 years) (was also voted here) (see also this chart)
  • It is decided that a “minimum subsidy” or “tail emission” to incentivize miners “forever” and avoid scaling fees will be added (it will be finally added to the code march 2015)
  • Merged mining is plainly rejected by the future “core team” and soon rejected by "everyone". This will trigger TFT inactivity.
  • The future “core team” is somehow being formed in a decentralized way: tacotime, eizh, NoodleDoodle, smooth and many others
And the most important. All this (and what is coming soon) is a proof of the decentralization of Monero. Probably comparable to Bitcoin first days. This is not a company building a for-profit project (even if on the paper it is not for-profit), this a group of disconnected individuals sharing a goal and working together to reach it.
Soon will be following a final part where i'll collect the bitcointalk logs in the current official announcement threads. There you'll be able to follow the decentralized first steps of develoment (open source pool, miner optimizations and exchanges, all surrounded by fud trolls, lots of excitmen and a rapidly growing collaborative community.
submitted by el_hispano to Monero [link] [comments]

Bitcoin.com’s stance on the recent block reward diversion proposals What Are Bitcoin Blocks and Bitcoin Confirmations ? SpartanCoin Course Income Secrets - #160 How to setup retargeting Ads on Facebook? Playing Bitcoin Blast & Bitcoin Blocks Earn Money 100% Legit!!! Cash Out Proof!

Business Learn more about hiring developers or posting ads with us Log in Sign up; current community. Bitcoin help chat. Bitcoin Meta Bitcoin Stack Exchange is a question and answer site for Bitcoin crypto-currency enthusiasts. And use new rule retarget for new block's after 2001 and accept old block with old retarget rule. if Just like the normal bitcoin network, testnet also readjusts its difficulty every 2016 blocks, however when the block before the retarget (block #2015, #4031, etc) is a difficulty 1 block (as an effect of the 20min rule) the retarget will set the difficulty to 1.0! While it is no surprise that merchants use customer data to retarget ads on social media networks such as Facebook or advertising platforms such as GoogleAds, it is somewhat discerning to see how easy it is to link bitcoin transactions to users through the use of standard tracking software and blockchain analysis. This Google guide teaches you how to also delete only specific cookies, or change your cookie settings to block cookies for your web browser. Even with these tips, trackers and retargeted ads may still find their way to haunt you. So by far the best method to combat retargeting ads is by using a Virtual Private Network (VPN). Looking back to 2017, bitcoin’s current hash rate is over 9x greater than it was in December 2017, when bitcoin’s price was nearly double its current level at approximately $19,000 (Figure 3).

[index] [13526] [9104] [16748] [1492] [24597] [7227] [30495] [8609] [27863] [27629]

Bitcoin.com’s stance on the recent block reward diversion proposals

Viral Marketing: https://bit.ly/viral-video10 wordpress lopez tips ecommerce templates call ridiculous wilson of brandon bangla documentary social bowles you... The #1 ROI driven campaign that we run at my agency for clients is consistently Retargeting campaigns. No matter what size of business you have you can benef... Retargeting Facebook Ads Tutorial 2016 - A Webinar On How To Retarget FB Ads - Duration: ... 24/7 Live Bitcoin Algo Trading on Deribit Exchange (DeriBot) Bitcoin Trading Robots 244 watching. Like Bitcoin, Incakoin uses peer-to-peer technology to operate with no central authority: managing transactions and issuing money are carried out collectively by the network. Forked from Bitcoin ... Retargeting Facebook Ads Tutorial 2016 - A Webinar On How To Retarget FB Ads - Duration: 1:14:49. ... Trading Bitcoin w/ Joe Saz - A Look at Order Book via TRDR.io & Twitter Hack!

Flag Counter