Tutorial: Antminer S5 1.15TH @ 590w Bitcoin Miner ...

Torrents for episodes of Star Wars Rebels

[link]

@coinbase Have you updated your #Bitcoin #Cash node for the November 15th upgrade? https://bch.info/en/upgrade Bitcoin ABC is forking off to their own chain with an 8% miner tax. Unfortunately, they are also trying to present that fork as #BCH on BitcoinCash dot org

@coinbase Have you updated your #Bitcoin #Cash node for the November 15th upgrade? https://bch.info/en/upgrade Bitcoin ABC is forking off to their own chain with an 8% miner tax. Unfortunately, they are also trying to present that fork as #BCH on BitcoinCash dot org submitted by AD1AD to btc [link] [comments]

@coinbase Have you updated your #Bitcoin #Cash node for the November 15th upgrade? https://bch.info/en/upgrade Bitcoin ABC is forking off to their own chain with an 8% miner tax. Unfortunately, they are also trying to present that fork as #BCH on BitcoinCash dot org

@coinbase Have you updated your #Bitcoin #Cash node for the November 15th upgrade? https://bch.info/en/upgrade Bitcoin ABC is forking off to their own chain with an 8% miner tax. Unfortunately, they are also trying to present that fork as #BCH on BitcoinCash dot org submitted by AD1AD to Bitcoincash [link] [comments]

15% and climbing fast !!! Miners are preparing for the May 15th upgrade with Bitcoin Cash Node

Moving forward with Bitcoin cash node May 15 upgrade.
https://cash.coin.dance/blocks
https://bitcoincashnode.org/
submitted by Terrible-Chipmunk to btc [link] [comments]

Best explanation of the May 15th events, when the honest miners defended Bitcoin Cash

Best explanation of the May 15th events, when the honest miners defended Bitcoin Cash submitted by DoxyDoxxx to btc [link] [comments]

Chinese Bitcoin miners roundtable meeting notes from 15th of June.

Chinese Bitcoin miners roundtable meeting notes from 15th of June. submitted by afilja to Bitcoin [link] [comments]

Bitcoin Miners should join SV Pool on November 15th. /r/btc

Bitcoin Miners should join SV Pool on November 15th. /btc submitted by ABitcoinAllBot to BitcoinAll [link] [comments]

Bitcoin Miners should join SV Pool on November 15th. /r/Bitcoin

Bitcoin Miners should join SV Pool on November 15th. /Bitcoin submitted by ABitcoinAllBot to BitcoinAll [link] [comments]

Bitcoin Miners should send ALL spare hash to join SV Pool on November 15th. Here is why.

Bitcoin Miners should send ALL spare hash to join SV Pool on November 15th. Here is why. submitted by scgco to GGCrypto [link] [comments]

Bitcoin Miners should join SV Pool on November 15th. /r/btc

Bitcoin Miners should join SV Pool on November 15th. /btc submitted by cryptoallbot to cryptoall [link] [comments]

Bitcoin Miners should join SV Pool on November 15th. /r/Bitcoin

Bitcoin Miners should join SV Pool on November 15th. /Bitcoin submitted by cryptoanalyticabot to cryptoall [link] [comments]

Spamming the network unfortunately doesn't result in coal for Christmas - The bottom half (50%) of the mempool (in size) accounts for only 1/15th (~7%) of the reward miners collect (in fees) for every block they find. /r/Bitcoin

Spamming the network unfortunately doesn't result in coal for Christmas - The bottom half (50%) of the mempool (in size) accounts for only 1/15th (~7%) of the reward miners collect (in fees) for every block they find. /Bitcoin submitted by BitcoinAllBot to BitcoinAll [link] [comments]

Chinese Bitcoin miners roundtable meeting notes from 15th of June.

Chinese Bitcoin miners roundtable meeting notes from 15th of June. submitted by BitcoinAllBot to BitcoinAll [link] [comments]

Starting today, May 15th, miners may create blocks that won't be accepted by Bitcoin-QT < v 0.8. How did the rules change, exactly?

Is the maximum block size now 1 megabyte? Is there an upper limit of transactions included in a block?
submitted by bbbbbubble to Bitcoin [link] [comments]

Proposal: The Sia Foundation

Vision Statement

A common sentiment is brewing online; a shared desire for the internet that might have been. After decades of corporate encroachment, you don't need to be a power user to realize that something has gone very wrong.
In the early days of the internet, the future was bright. In that future, when you sent an instant message, it traveled directly to the recipient. When you needed to pay a friend, you announced a transfer of value to their public key. When an app was missing a feature you wanted, you opened up the source code and implemented it. When you took a picture on your phone, it was immediately encrypted and backed up to storage that you controlled. In that future, people would laugh at the idea of having to authenticate themselves to some corporation before doing these things.
What did we get instead? Rather than a network of human-sized communities, we have a handful of enormous commons, each controlled by a faceless corporate entity. Hey user, want to send a message? You can, but we'll store a copy of it indefinitely, unencrypted, for our preference-learning algorithms to pore over; how else could we slap targeted ads on every piece of content you see? Want to pay a friend? You can—in our Monopoly money. Want a new feature? Submit a request to our Support Center and we'll totally maybe think about it. Want to backup a photo? You can—inside our walled garden, which only we (and the NSA, of course) can access. Just be careful what you share, because merely locking you out of your account and deleting all your data is far from the worst thing we could do.
You rationalize this: "MEGACORP would never do such a thing; it would be bad for business." But we all know, at some level, that this state of affairs, this inversion of power, is not merely "unfortunate" or "suboptimal" – No. It is degrading. Even if MEGACORP were purely benevolent, it is degrading that we must ask its permission to talk to our friends; that we must rely on it to safeguard our treasured memories; that our digital lives are completely beholden to those who seek only to extract value from us.
At the root of this issue is the centralization of data. MEGACORP can surveil you—because your emails and video chats flow through their servers. And MEGACORP can control you—because they hold your data hostage. But centralization is a solution to a technical problem: How can we make the user's data accessible from anywhere in the world, on any device? For a long time, no alternative solution to this problem was forthcoming.
Today, thanks to a confluence of established techniques and recent innovations, we have solved the accessibility problem without resorting to centralization. Hashing, encryption, and erasure encoding got us most of the way, but one barrier remained: incentives. How do you incentivize an anonymous stranger to store your data? Earlier protocols like BitTorrent worked around this limitation by relying on altruism, tit-for-tat requirements, or "points" – in other words, nothing you could pay your electric bill with. Finally, in 2009, a solution appeared: Bitcoin. Not long after, Sia was born.
Cryptography has unleashed the latent power of the internet by enabling interactions between mutually-distrustful parties. Sia harnesses this power to turn the cloud storage market into a proper marketplace, where buyers and sellers can transact directly, with no intermediaries, anywhere in the world. No more silos or walled gardens: your data is encrypted, so it can't be spied on, and it's stored on many servers, so no single entity can hold it hostage. Thanks to projects like Sia, the internet is being re-decentralized.
Sia began its life as a startup, which means it has always been subjected to two competing forces: the ideals of its founders, and the profit motive inherent to all businesses. Its founders have taken great pains to never compromise on the former, but this often threatened the company's financial viability. With the establishment of the Sia Foundation, this tension is resolved. The Foundation, freed of the obligation to generate profit, is a pure embodiment of the ideals from which Sia originally sprung.
The goals and responsibilities of the Foundation are numerous: to maintain core Sia protocols and consensus code; to support developers building on top of Sia and its protocols; to promote Sia and facilitate partnerships in other spheres and communities; to ensure that users can easily acquire and safely store siacoins; to develop network scalability solutions; to implement hardforks and lead the community through them; and much more. In a broader sense, its mission is to commoditize data storage, making it cheap, ubiquitous, and accessible to all, without compromising privacy or performance.
Sia is a perfect example of how we can achieve better living through cryptography. We now begin a new chapter in Sia's history. May our stewardship lead it into a bright future.
 

Overview

Today, we are proposing the creation of the Sia Foundation: a new non-profit entity that builds and supports distributed cloud storage infrastructure, with a specific focus on the Sia storage platform. What follows is an informal overview of the Sia Foundation, covering two major topics: how the Foundation will be funded, and what its funds will be used for.

Organizational Structure

The Sia Foundation will be structured as a non-profit entity incorporated in the United States, likely a 501(c)(3) organization or similar. The actions of the Foundation will be constrained by its charter, which formalizes the specific obligations and overall mission outlined in this document. The charter will be updated on an annual basis to reflect the current goals of the Sia community.
The organization will be operated by a board of directors, initially comprising Luke Champine as President and Eddie Wang as Chairman. Luke Champine will be leaving his position at Nebulous to work at the Foundation full-time, and will seek to divest his shares of Nebulous stock along with other potential conflicts of interest. Neither Luke nor Eddie personally own any siafunds or significant quantities of siacoin.

Funding

The primary source of funding for the Foundation will come from a new block subsidy. Following a hardfork, 30 KS per block will be allocated to the "Foundation Fund," continuing in perpetuity. The existing 30 KS per block miner reward is not affected. Additionally, one year's worth of block subsidies (approximately 1.57 GS) will be allocated to the Fund immediately upon activation of the hardfork.
As detailed below, the Foundation will provably burn any coins that it cannot meaningfully spend. As such, the 30 KS subsidy should be viewed as a maximum. This allows the Foundation to grow alongside Sia without requiring additional hardforks.
The Foundation will not be funded to any degree by the possession or sale of siafunds. Siafunds were originally introduced as a means of incentivizing growth, and we still believe in their effectiveness: a siafund holder wants to increase the amount of storage on Sia as much as possible. While the Foundation obviously wants Sia to succeed, its driving force should be its charter. Deriving significant revenue from siafunds would jeopardize the Foundation's impartiality and focus. Ultimately, we want the Foundation to act in the best interests of Sia, not in growing its own budget.

Responsibilities

The Foundation inherits a great number of responsibilities from Nebulous. Each quarter, the Foundation will publish the progress it has made over the past quarter, and list the responsibilities it intends to prioritize over the coming quarter. This will be accompanied by a financial report, detailing each area of expenditure over the past quarter, and forecasting expenditures for the coming quarter. Below, we summarize some of the myriad responsibilities towards which the Foundation is expected to allocate its resources.

Maintain and enhance core Sia software

Arguably, this is the most important responsibility of the Foundation. At the heart of Sia is its consensus algorithm: regardless of other differences, all Sia software must agree upon the content and rules of the blockchain. It is therefore crucial that the algorithm be stewarded by an entity that is accountable to the community, transparent in its decision-making, and has no profit motive or other conflicts of interest.
Accordingly, Sia’s consensus functionality will no longer be directly maintained by Nebulous. Instead, the Foundation will release and maintain an implementation of a "minimal Sia full node," comprising the Sia consensus algorithm and P2P networking code. The source code will be available in a public repository, and signed binaries will be published for each release.
Other parties may use this code to provide alternative full node software. For example, Nebulous may extend the minimal full node with wallet, renter, and host functionality. The source code of any such implementation may be submitted to the Foundation for review. If the code passes review, the Foundation will provide "endorsement signatures" for the commit hash used and for binaries compiled internally by the Foundation. Specifically, these signatures assert that the Foundation believes the software contains no consensus-breaking changes or other modifications to imported Foundation code. Endorsement signatures and Foundation-compiled binaries may be displayed and distributed by the receiving party, along with an appropriate disclaimer.
A minimal full node is not terribly useful on its own; the wallet, renter, host, and other extensions are what make Sia a proper developer platform. Currently, the only implementations of these extensions are maintained by Nebulous. The Foundation will contract Nebulous to ensure that these extensions continue to receive updates and enhancements. Later on, the Foundation intends to develop its own implementations of these extensions and others. As with the minimal node software, these extensions will be open source and available in public repositories for use by any Sia node software.
With the consensus code now managed by the Foundation, the task of implementing and orchestrating hardforks becomes its responsibility as well. When the Foundation determines that a hardfork is necessary (whether through internal discussion or via community petition), a formal proposal will be drafted and submitted for public review, during which arguments for and against the proposal may be submitted to a public repository. During this time, the hardfork code will be implemented, either by Foundation employees or by external contributors working closely with the Foundation. Once the implementation is finished, final arguments will be heard. The Foundation board will then vote whether to accept or reject the proposal, and announce their decision along with appropriate justification. Assuming the proposal was accepted, the Foundation will announce the block height at which the hardfork will activate, and will subsequently release source code and signed binaries that incorporate the hardfork code.
Regardless of the Foundation's decision, it is the community that ultimately determines whether a fork is accepted or rejected – nothing can change that. Foundation node software will never automatically update, so all forks must be explicitly adopted by users. Furthermore, the Foundation will provide replay and wipeout protection for its hard forks, protecting other chains from unintended or malicious reorgs. Similarly, the Foundation will ensure that any file contracts formed prior to a fork activation will continue to be honored on both chains until they expire.
Finally, the Foundation also intends to pursue scalability solutions for the Sia blockchain. In particular, work has already begun on an implementation of Utreexo, which will greatly reduce the space requirements of fully-validating nodes (allowing a full node to be run on a smartphone) while increasing throughput and decreasing initial sync time. A hardfork implementing Utreexo will be submitted to the community as per the process detailed above.
As this is the most important responsibility of the Foundation, it will receive a significant portion of the Foundation’s budget, primarily in the form of developer salaries and contracting agreements.

Support community services

We intend to allocate 25% of the Foundation Fund towards the community. This allocation will be held and disbursed in the form of siacoins, and will pay for grants, bounties, hackathons, and other community-driven endeavours.
Any community-run service, such as a Skynet portal, explorer or web wallet, may apply to have its costs covered by the Foundation. Upon approval, the Foundation will reimburse expenses incurred by the service, subject to the exact terms agreed to. The intent of these grants is not to provide a source of income, but rather to make such services "break even" for their operators, so that members of the community can enrich the Sia ecosystem without worrying about the impact on their own finances.

Ensure easy acquisition and storage of siacoins

Most users will acquire their siacoins via an exchange. The Foundation will provide support to Sia-compatible exchanges, and pursue relevant integrations at its discretion, such as Coinbase's new Rosetta standard. The Foundation may also release DEX software that enables trading cryptocurrencies without the need for a third party. (The Foundation itself will never operate as a money transmitter.)
Increasingly, users are storing their cryptocurrency on hardware wallets. The Foundation will maintain the existing Ledger Nano S integration, and pursue further integrations at its discretion.
Of course, all hardware wallets must be paired with software running on a computer or smartphone, so the Foundation will also develop and/or maintain client-side wallet software, including both full-node wallets and "lite" wallets. Community-operated wallet services, i.e. web wallets, may be funded via grants.
Like core software maintenance, this responsibility will be funded in the form of developer salaries and contracting agreements.

Protect the ecosystem

When it comes to cryptocurrency security, patching software vulnerabilities is table stakes; there are significant legal and social threats that we must be mindful of as well. As such, the Foundation will earmark a portion of its fund to defend the community from legal action. The Foundation will also safeguard the network from 51% attacks and other threats to network security by implementing softforks and/or hardforks where necessary.
The Foundation also intends to assist in the development of a new FOSS software license, and to solicit legal memos on various Sia-related matters, such as hosting in the United States and the EU.
In a broader sense, the establishment of the Foundation makes the ecosystem more robust by transferring core development to a more neutral entity. Thanks to its funding structure, the Foundation will be immune to various forms of pressure that for-profit companies are susceptible to.

Drive adoption of Sia

Although the overriding goal of the Foundation is to make Sia the best platform it can be, all that work will be in vain if no one uses the platform. There are a number of ways the Foundation can promote Sia and get it into the hands of potential users and developers.
In-person conferences are understandably far less popular now, but the Foundation can sponsor and/or participate in virtual conferences. (In-person conferences may be held in the future, permitting circumstances.) Similarly, the Foundation will provide prizes for hackathons, which may be organized by community members, Nebulous, or the Foundation itself. Lastly, partnerships with other companies in the cryptocurrency space—or the cloud storage space—are a great way to increase awareness of Sia. To handle these responsibilities, one of the early priorities of the Foundation will be to hire a marketing director.

Fund Management

The Foundation Fund will be controlled by a multisig address. Each member of the Foundation's board will control one of the signing keys, with the signature threshold to be determined once the final composition of the board is known. (This threshold may also be increased or decreased if the number of board members changes.) Additionally, one timelocked signing key will be controlled by David Vorick. This key will act as a “dead man’s switch,” to be used in the event of an emergency that prevents Foundation board members from reaching the signature threshold. The timelock ensures that this key cannot be used unless the Foundation fails to sign a transaction for several months.
On the 1st of each month, the Foundation will use its keys to transfer all siacoins in the Fund to two new addresses. The first address will be controlled by a high-security hot wallet, and will receive approximately one month's worth of Foundation expenditures. The second address, receiving the remaining siacoins, will be a modified version of the source address: specifically, it will increase the timelock on David Vorick's signing key by one month. Any other changes to the set of signing keys, such as the arrival or departure of board members, will be incorporated into this address as well.
The Foundation Fund is allocated in SC, but many of the Foundation's expenditures must be paid in USD or other fiat currency. Accordingly, the Foundation will convert, at its discretion, a portion of its monthly withdrawals to fiat currency. We expect this conversion to be primarily facilitated by private "OTC" sales to accredited investors. The Foundation currently has no plans to speculate in cryptocurrency or other assets.
Finally, it is important that the Foundation adds value to the Sia platform well in excess of the inflation introduced by the block subsidy. For this reason, the Foundation intends to provably burn, on a quarterly basis, any coins that it cannot allocate towards any justifiable expense. In other words, coins will be burned whenever doing so provides greater value to the platform than any other use. Furthermore, the Foundation will cap its SC treasury at 5% of the total supply, and will cap its USD treasury at 4 years’ worth of predicted expenses.
 
Addendum: Hardfork Timeline
We would like to see this proposal finalized and accepted by the community no later than September 30th. A new version of siad, implementing the hardfork, will be released no later than October 15th. The hardfork will activate at block 293220, which is expected to occur around 12pm EST on January 1st, 2021.
 
Addendum: Inflation specifics
The total supply of siacoins as of January 1st, 2021 will be approximately 45.243 GS. The initial subsidy of 1.57 GS thus increases the supply by 3.47%, and the total annual inflation in 2021 will be at most 10.4% (if zero coins are burned). In 2022, total annual inflation will be at most 6.28%, and will steadily decrease in subsequent years.
 

Conclusion

We see the establishment of the Foundation as an important step in the maturation of the Sia project. It provides the ecosystem with a sustainable source of funding that can be exclusively directed towards achieving Sia's ambitious goals. Compared to other projects with far deeper pockets, Sia has always punched above its weight; once we're on equal footing, there's no telling what we'll be able to achieve.
Nevertheless, we do not propose this change lightly, and have taken pains to ensure that the Foundation will act in accordance with the ideals that this community shares. It will operate transparently, keep inflation to a minimum, and respect the user's fundamental role in decentralized systems. We hope that everyone in the community will consider this proposal carefully, and look forward to a productive discussion.
submitted by lukechampine to siacoin [link] [comments]

My personal experience with Innosilicon A10 Pro (6G) 500Mh ASIC ethash miner

EDIT : This is about the 5G version, not the 6G.
Hello,
Since there is not much consumers tests online about the Innosilicon A10 (Ethmaster) Pro (5G) at 500Mh, I decided to share my personal experience through an "anonymous" account.
I bought it around April 2020, arrived in May but for personal reasons I was only able to turn it on this summer :(
The A10 costs me 3242 € + 70 € power supply (Innosilicon 1400W Power Supply) + shipping. I will not reveal where I bought it because this is not an ad, but it was through an european ASIC miner reseller.
I know Ethereum 2.0 is coming and I'm aware this is a gamble. I would not advise you to buy it now, especially knowing Eth 2.0 is really coming now, DeFi is pushing at the gates and I heard rumors there is a 750Mh version coming up.
So, it is my first ASIC miner, I did some ZEC mining with a 4 x 1080Ti mining rig two years go.
EDIT : EthToDoge pointed out in the comments that the A10 isn't an ASIC technically speaking
The A10 is basically a box crammed full of laptop GPUs and some custom firmware and made to look like the Bitcoin ASICS. [Check out the comments for more information]
The A10 mining chains reboots itself every 9 hours on average. When the A10 reboots, it goes into an autotuning mode which can take up to 2 hours, but usually around 1h. When in autotuning, it starts at 0Mh and goes to it's full speed after the autotuning, not mining much during this phase because the autotuning mode causes a lot of invalid shares, up to 20% and going down to 3% when tuning is completed.
The chains temperature are around 63°C, I don't know if this is the reason of the reboot. I'll try later on to get a better air flow. I fixed the temperature issue I had by placing in a better ventilated location, temperature is now around 53°C but that didn't fixed the reboot issue.
miner web interface, you can see the hashrate drop due to the random reboot
Performance settings
I tried balanced and factory modes, and I didn't saw much differences in the reported speed. In a near future I'll have a try with the performance mode but I will monitor the power consumption when trying since the A10 warns me to pay attention to that when I want to enable performance mode in the web interface. The performance mode consumes around 10% to 15% more electricity than the factory mode, without noticing any difference in the hashrate or stability. I didn't had proper tools to measure the power consumption, my A10 was plugged in an UPS and it's load went from 43% usage to 55% so I'm assuming the difference is the extra power consumption.
Changing performance settings causes the miner to go into autotuning.
Autoupdate
The firmware check is working, but I didn't manage to use the autoupdate. I had no problem to manually download the firmware and upload it, so not really a problem.
My device:
Type A10L
Controller Version g1
Build Date 15th of July 2020 06:13 AM
Platform Version a10l_20200715_061347

EDIT : I upgraded to the new firmware a10l_20200901_053652 but that didn't fixed the reboot issue.

Hashrate
I did some monitoring of the A10, here is how it looks

This is in factory mode on Ethermine (updated on Sept 24th) :
Average hashrate of 455Mh/s while running on ethermine
Hashrate of all chains + total hashrate

This is in balanced mode on Ethermine (updated on Sept 25th) :
Average hashrate of 449Mh/s while running on ethermine
Hashrate of all chains + total hashrate

This is in factory mode on Nanopool (updated on Sept 29th) :
Average hashrate of 502Mh/s while running on Nanopool (note that the double reboot in the middle of the graphic was caused by the change of ETH epoch, otherwise the average hashrate is around 512Mh/s.
Hashrate of all chains + total hashrate
As sweeperAA pointed out, the mining pool really matters.

Quick links :
https://whattomine.com/miners/122-innosilicon-a10-pro-500mh
submitted by xananymous to EtherMining [link] [comments]

the year 2020 in Bitcoin Cash so far: a detailed history

the year 2020 in Bitcoin Cash so far: a detailed history
What follows at the bottom is a four page long chronological overview of what happened in BCH in 2020 so far. To make it more digestable and fun to read I start with my narrating of the story.
My attempt was to remain as objective as possible and "let the facts speak for themselve" with everything sourced. I also link to many read.cash articles, the decision of which are the important ones to include is certainly not easy, I count on the rest of the community if I overlooked anything important.

summary & my narrating of the story:
The year started out relatively calm, with cashfusion in "the news" and an older ongoing controversy between Amaury and Roger Ver being worked out. Starting Jan 22nd all debate broke loose with the announcement of “Infrastructure Funding Plan for Bitcoin Cash” by Jiang Zhuoer of BTC.TOP. To illustrate this point 2 days later coinspice ran the title " Roger Ver Praises Vigorous Debate, [...]" and 6 days, less than a week, later Chris Pacia made a read.cash post titled "The 253rd "Thoughts on developer funding" Article" which might have been only a slight exaggeration or he might have been counting. Part of the reason of the tsunami was the lack of worked out details. By the time of Pacia's post a lot had changed: Both BU, Bitcoin Verde and a group of miners had made announcements not to go along with "the plan".
On feb 1st, the second version of the IFP was announced by Jiang Zhuoer in a post “BCH miner donation plan update”. Two weeks later on Feb 15th, the third iteration was announced by Bitcoin ABC which was to be activated by hashrate voting and on the same day Flipstarter was introduced, a sign of the search for alternative solutions. After a few more days and a few more people coming out more against the IFP (including Jonald Fyookball, Mark Lundeberg & Josh Ellithorpe), BCHN was announced on feb 20th with a formal release a week later. Also feb 27th, the DAA was brought back into the conversation by Jonathan Toomim with his " The BCH difficulty adjustment algorithm is broken. Here's how to fix it." video. By early march the IFP was effectively dead with its author Jiang Zhuoer vowing to vote against it. This became clear to everyone when ABC, a day later sudddenly shifted gears towards non-protocol, donation based funding: the IFP was dead. End march ABCs 2020 Business Plan was announced as a way to raise $3.3 million. Mid april to mid may was the high time for voluntary funding with four node implementations and General Protocols, a BCH DeFi Startup successfully raising funds.
By May 15th, the 6th HF network upgrade things had pretty much cooled down. The upgraded included nothing controversial and even saw an unexpected doubling in the unconfirmed transaction chain. June 15th a month later things started to heat up again with the BCHN announcement to remove the "poison pill" or "automatic replay protection". 8th Jul Jonathan Toomim posted "BCH protocol upgrade proposal: Use ASERT as the new DAA" which promised the solution to the long dragging DAA problem. Jul 23th however an unexpected twist occurred when Amaury Séchet posted "Announcing the Grasberg DAA" an incompatible, alternative solution. This, again, sparked a ton of debate and discussion. Grasberg lasted just two weeks from Jul 23th to Aug 6th when ABC announced its plans for the november 2020 upgrade but it had successfully united the opposition in the meanwhile. ABCs plan for november included dropping grasberg in favour of aserti3–2d and introducing IFPv4. Now we're here August 8th, the IFP which was declared dead after just over a month (Jan 22-Mar 5) is now back in full force. The rest of the history is still being written but if p2p electronic cash is to succeed in any big regard it's very thinkable that these events will get into history books.

Important resources: coinspice IFP timeline & Compiled list of BCH Miner Dev Fund posts, articles, discussions

History
Jan 13th : “Do CoinJoins Really Require Equal Transaction Amounts for Privacy? Part One: CashFusion” article by BitcoinMagazine [source]
Jan 13th : “Clearing the Way for Cooperation” Read.cash article by Amaury Séchet [source] on the controversy with Roger Ver about the amount of donations over the years
Jan 22nd : “Infrastructure Funding Plan for Bitcoin Cash” IFPv1 announced by Jiang Zhuoer of BTC.TOP [source] IFPv1: 12.5% of BCH coinbase rewards which will last for 6 months through a Hong Kong-based corporation & to be activated on May 15th
Jan 22nd : ”Bitcoin Cash Developers React to Infrastructure Fund Announcement: Cautiously Optimistic” coinspice article including Amaury Séchet, Antony Zegers, Jonald Fyookball & Josh Ellithorpe [source]
Jan 23rd : Jiang Zhuoer reddit AMA [source] [coinspice article]
Jan 23rd : Vitalik weighs in with his take on twitter [source]
Jan 23rd :” On the infrastructure funding plan for Bitcoin Cash” article by Amaury Séchet [source] [coinspice article] in which he proposed to place control of the IFP key in his hands together with Jonald Fyookball and Antony Zegers. . A group of 7 to 12 miners, developers, and businessmen in total would get an advisory function.
Jan 24th : “Bitcoin.com's Clarifications on the Miner Development Fund“ which emphasizes, among other things, the temporary and reversible nature of the proposal [source] [coinspice article]
Jan 24th : “Little Known (But Important!) Facts About the Mining Plan” Read.cash article by Jonald Fyookball in which he defended the IFP and stressed its necessity and temporary nature.
Jan 25th : massive amounts of public debate as documented by coinspice [coinspice article] with Justin Bons, Tobias Ruck and Antony Zegers explaining their take on it.
Jan 26th : public debate continues: “Assessment and proposal re: the Bitcoin Cash infrastructure funding situation” Read.cash article by imaginary_username [source] which was noteworthy in part because the post earned over Earns $1,000+ in BCH [coinspice article] and “The Best Of Intentions: The Dev Tax Is Intended to Benefit Investors But Will Corrupt Us Instead” by Peter Rizun [source]
Jan 27th : “We are a group of miners opposing the BTC.TOP proposal, here's why” article on Read.cash [source] [reddit announcement]
Jan 27th : Bitcoin Unlimited's BUIP 143: Refuse the Coinbase Tax [source][reddit announcement]
Jan 28th : “Bitcoin Verde's Response to the Miner Sponsored Development Fund” read.cash article by Josh Green in which he explains “Bitcoin Verde will not be implementing any node validation that enforces new coinbase rules.” [source]
Jan 28th : “Update on Developer Funding” read.cash article from Bitcoin.com [source] in which they state “As it stands now, Bitcoin.com will not go through with supporting any plan unless there is more agreement in the ecosystem such that the risk of a chain split is negligible.” And that “any funding proposal must be temporary and reversible.” This announcement from bitcoin.com and their mining pool lead the anonymous opposition miners to stand down. [source]
Jan 28th : The 253rd "Thoughts on developer funding" Article – by Chris Pacia, to tackle the “serious misconceptions in the community about how software development works”. He ends on a note of support for the IFP because of lack of realistic alternatives. [source]
Feb 1st: “BCH miner donation plan update” IFPv2 announced by Jiang Zhuoer of BTC.TOP [source] Which changes the donation mechanism so miners directly send part of their coinbase to the projects they wants to donate to. It would be activated with hashrate voting over a 3-month period with a 2/3 in favour requirement. The proposal also introduces a pilot period and a no donation option, Jiang Zhuoer also says he regards 12.% as too much.
Feb 7th: Group of BCH miners led by AsicSeer voice scepticism about the IFP during a reddit AMA [source]
Feb 15th: “On the Miner Infrastructure Funding Plan” article by Bitcoin ABC [source] In which they announce they will implement IFPv3 in their upcoming 0.21.0 release. This version has amount reduced to 5% of block reward and will go in effect with BIP 9 hashratevoting and a whitelist with different projects.
Feb 15th : “Introducing Flipstarter” [source]
Feb 16th :” Bitcoin.com’s stance on the recent block reward diversion proposals” video by Roger Ver on the Bitcoin.com Official Channel. [source] > Ver called Zhuoer’s IFP “clever” but ultimately “problematic.” [coinspice article]
Feb 16th :” BCH miner donation plan update again” read.cash article by Jiang Zhuoer of BTC.TOP [source] In which he briefly outlines the details of IFPv3
Feb 17th : “Latest Thoughts On Infrastructure Mining Plan” post by Jonald Fyookball [source]
Feb 17th : “Regarding the Bitcoin Cash Infrastructure Funding Plan, I am certain now that it should be scrapped immediately.” tweet by Mark Lundeberg [source]
Feb 19th : “Thoughts on the IFP - A Dev Perspective“ read.cash article by Josh Ellithorpe [source]
Feb 20th : “Bitcoin Cash Node” post announcing the new node implementation [source]
Feb 20th : First “Bitcoin Cash Developer Meeting” After IFP Proposal [source]
Feb 24th : “Flipstarter 500k, 6 independent campaigns” post announcing the goal to “fund the BCH ecosystem with 6 independent campaigns and an overall 500,000 USD target” [source]
Feb 27th : BCHN Formally Released [source]
Feb 27th : “The BCH difficulty adjustment algorithm is broken. Here's how to fix it.” Video by Jonathan Toomim [source]
Mar 3th :” Bitcoin Cash Node 2020: plans for May upgrade and beyond” post by BCHN [source]
Mar 4th :”Author of the Bitcoin Cash IFP [Jiang Zhuoer] Vows to Vote Against It, Using Personal Hash in Opposition” [source]
Mar 5th :Bitcoin ABC announces their 2020 Business Plan Fundraising for later in march [source]
Mar 15th : “EatBCH campaign funded! Next: node campaigns.” campaign funded after 11 hours [source]
Mar 30th : Bitcoin ABC 2020 Business Plan [source] $3.3 Million Fundraiser [source]
Apr 17th : Five flipstarter node campaign launched. [source]
Apr 26th : BCHN flipstarter campaign successfully funded. [source]
Apr 27th : VERDE flipstarter campaign successfully funded. [source]
May 4th : KNUTH flipstarter campaign successfully funded. [source]
May 7th : “BCH DeFi Startup General Protocols Raises Over $1 mil“ [source]
May 8th : BCHD flipstarter campaign successfully funded. [source]
May 9th : Deadline for node campaigns, ABC flipstarter campaign not funded. [source]
May 14th : “With IFP Defeated, Bitcoin ABC, ViaBTC & CoinEX CEO Publicly Consider a Bitcoin Cash Foundation” [source]
May 15th : deadline for ABC fundraiser campaign, ends at 55% completed. [source]
May 15th : 6th HF network upgrade -> new opcode op_Reversebytes, increased of the chained transaction limit from 25 to 50, and the improved counting of signature operations using the new “Sigchecks” implementation [source] with the “Controversial Funding Plan Rejected by Miners” [source]
May 25th : “Announcing the SLP Foundation” [source]
Jun 15st : “BCHN lead maintainer report 2020-06-15” announcement to remove the Automatic Replay Protection (a.k.a. the Poison Pill) from BCHN in november [source]
Jun 16st : “So [BCHN] is going to fork off from BCH at the next upgrade. Same old story. […]” tweeted Vin Armani [source]
Jun 21st : “Why Automatic Replay Protection Exists” post by Shammah Chancellor [source]
Jul 7th : “The Popular Stablecoin Tether Is Now Circulating on the Bitcoin Cash Network” [source]
Jul 8th : “BCH protocol upgrade proposal: Use ASERT as the new DAA” post by Jonathan Toomim [source]
Jul 18th : “$6M Worth of Tether on the Bitcoin Cash Chain Highlights the Benefits of SLP Tokens” [source]
Jul 23th : “Announcing the Grasberg DAA” post by Amaury Séchet[source]
Jul 24th : “Thoughts on Grasberg DAA” post by Mark Lundeberg [source]
Jul 29th : CashFusion security audit has been completed [source]
Jul 31st : Electron Cash 4.1.0 release with CashFusion support [source]
4th year, august 2020 – 2021
Aug 1st : “Bitcoin Cash: Scaling the Globe“ Online conference for ForkDay Celebration [source]
Aug 2nd : >“Is there going to be a fork between ABC and BCHN?” > “IMO it is very likely. If not in November, then next May.” – Amaury Séchet
Aug 3rd : “Dark secrets of the Grasberg DAA” post by Jonathan Toomim [source]
Aug 3rd : “Joint Statement On aserti3-2d Algorithm“ post by General Protocols, including Cryptophyl, Read.cash, Software Verde & SpinBCH [source]
Aug 3rd : Knuth announces they will be implementing aserti3-2d as DAA for november. [source]
Aug 3rd : Amaury rage quit from the developer call [source]
Aug 4th : “But why do people care about compensating for historical drift? Seems like a tiny problem and if it's causing this much social discord it seems not even worth bothering to try to fix.” Tweet by Vitalik [source]
Aug 5th : “Bitcoin Cash (BCH) November 2020 Upgrade statement” signed by BCHD, electron cash, VERDE, BU members, BCHN developers, Jonathan Toomim, Mark B. Lundeberg and many others [source]
Aug 5th : “BCHN FAQ on November 2020 Bitcoin Cash network upgrade” [source]
Aug 6th : “Bitcoin ABC’s plan for the November 2020 upgrade” [source] the announcement that they will drop Grasberg in favour of aserti3–2d (ASERT) and will also include FPv4 in which 8% of the blockreward goes to ABC as development funding.
Aug 7th : “Joint Statement from BCH Miners regarding Bitcoin ABC and the November 2020 BCH Upgrade.” Read.cash article by asicseer [source] stating “Over recent months, most miners and pools have switched to BCHN, and presently operate a majority of BCH hashrate.”
Aug 7th : “Simple Ledger Protocol's Joint Statement Regarding Bitcoin ABC on BCH's November 2020 Upgrade” read.cash post by the SLP-Foundation [source]
submitted by Mr-Zwets to btc [link] [comments]

Warning: Blockchain difficulty adjustment affecting price movements

Below are notable difficulty adjustments when hash rate fell and block times become slower for Bitcoin.
  1. 26 Mar 2020 [difficulty adjustment -15.95%, avg block time 11min 54secs]. On the 28th price crashed from $6674 to $6138 ( -8%).
  2. 8 Nov 2019 [difficulty adjustment -7.1%, avg block time 10min 46secs]. On the same day price crashed from $9234 to $8783 ( -4.88%).
  3. The next big adjustment was around Nov to Dec 2018 and there were 3 big adjustments with high block times.

Current situation:
We are 1 day 10 hours from the next difficulty adjustment. Projected difficulty adjustment is -5.61% (https://fork.lol/pow/retarget), which could indicate a small dip. However, take note that the date of last adjustment was the 5th and the 3rd halving was on the 11th, between the 5th to the 11th there was increased hashrate from miners trying to mine the final week of 12.5btc that offset the really slow block times after the halving. Therefore it will be the next difficulty adjustment after the one on the 20th that will completely reflect the slower block times after the halving. Currently the median block time taken on the 17th was around 14min (-28.5% difficulty adjustment).
For people who do not understand blockchain, basically with the Bitcoin 3rd halving, mining profitability fell for a lot of miners and they probably turned off their miners therefore the blockchain mining time became considerably slower which is reflected with slow transaction speed and higher fees as seen currently. Bitcoin sellers moving their BTC from wallet to an exchange are faced with slow transaction speed and therefore the sell pressure of BTC fell considerably which will attribute to the current price increase. There is a correlation between sell pressure and blockchain congestion (the size of the correlation is undetermined).
There is going to be a race. A race between BTC price hiking high enough to attract more miners to reduce avg block times versus the closing window of roughly 2 weeks before the next difficulty adjustment. If the price does not jump high enough, the next difficulty adjustment in the first week of June could signal a huge dip.
I am not an expert. I just did some research on the above and wanted to share with fellow Bitcoin compatriots so that we can tread with caution and not lose our shirts. I do not plan to short BTC but I will exit my BTC positions if I expect double digit negative difficulty adjustment in early June.
Please visit the original post here https://www.reddit.com/Bitcoin/comments/gm23pe/warning_blockchain_difficulty_adjustment/
There are pictures in the original post as well as 2nd halving evidence with pics. I could not post pics here. If possible please upvote the original post, a lot of people downvote it. Not sure why people downvote it, maybe veterans attempting to hide information from newcomers to fleece them of their shirt.

Update 1:>! As of writing, I have opened a small short position on Bitcoin. Stop loss around 10k, estimated take profit around 8500. The reason is because the difficulty adjustment in the next 20 hours, even though is just -5% roughly is still significant. I direct you to look into all the difficulty adjustments in the last 2 years and you will know how rare it is. The ones I caught were all listed at the very top of the post. Since it is my first time shorting BTC, I take this as a learning opportunity so that I will have some experience to face the bigger difficulty adjustment in the first week of June. Analysis into execution, even in failure I am happy.!<
Update 2: The difficulty adjustment (DA) happened roughly 6 hours ago and the sell pressure from -6% DA did not seem to be affecting the market much. However, please take a look now at the estimation for the next DA.
On https://bitcoin.clarkmoody.com/dashboard/ it is estimated to be -25%.
On https://fork.lol/pow/retarget estimated to be -18%.
On https://www.blockchain.com/charts/median-confirmation-time the median block time for the last day was 16.8min.
My original proposition that the true DA of the halving can only be realized in the next DA stands and that it will be considerable. The increased sell pressure from that DA will be highly significant. That is why there is a race by current miners to get the BTC price up high enough to attract more miners to not have the DA drop too much.
Update 3: Current BTC price at $9100 ( ~39 hours after DA). Then again BTC could have dropped from all sorts of reason. However the coincidence with the DA and with all the past DA is just too high to simply shrug off as irrelevant. Anyways past result cannot predict future ones, stay safe with the trading. Will no longer check on this post.
References:
Difficulty adjustment dates taken from https://btc.com/stats/diff
Bitcoin graph history for price movement taken from coinmarketcap.
Median confirmation time (block time) taken from https://www.blockchain.com/charts/median-confirmation-time

Credits to people who assisted the analysis:
kairepaire for pointing out faster block times between 5th-11th.
babies_eater for https://fork.lol/pow/retarget
moes_tavern_wifi for https://bitcoin.clarkmoody.com/dashboard/
Pantamis for https://diff.cryptothis.com/
submitted by theforwardbrain to BitcoinMarkets [link] [comments]

Interesting observations regarding the miner fund code

From: https://reviews.bitcoinabc.org/source/bitcoin-abc/browse/mastesrc/validation.cpp$2052
A few observations:
  1. This code takes 5% of the block reward + fee. This creates incentives for developers to keep fees high, potentially.
  2. The code doesn't seem particularly carefully written. It doesn't support spreading out the payment to several whitelist addresses. A miner has to pay the 5% of the total reward to exactly one of the whitelist addresses.
  3. There is no 6 mo. sunset clause or anything in this code currently. Once activated via soft fork voting (BIP9), the new consensus rule will be forever active, unless deactivated by another hard fork / upgrade.
  4. There are typos in the original commit -- see here: https://reviews.bitcoinabc.org/source/bitcoin-abc/browse/mastesrc/consensus/params.h$18
EDIT:
EDIT2: I just talked to an OG miner and looked at the blockchain. No blocks have those bits set. ASICBoost leaves them fixed. Bullet dodged.
submitted by NilacTheGrim to btc [link] [comments]

Warning: Blockchain difficulty adjustment affecting price movement

Warning: Blockchain difficulty adjustment affecting price movement
Below are notable difficulty adjustments when hash rate fell and block times become slower for Bitcoin.
  1. 26 Mar 2020 [difficulty adjustment -15.95%, avg block time 11min 54secs]. On the 28th price crashed from $6674 to $6138 ( -8%).
  2. 8 Nov 2019 [difficulty adjustment -7.1%, avg block time 10min 46secs]. On the same day price crashed from $9234 to $8783 ( -4.88%).
  3. The next big adjustment was around Nov to Dec 2018 and there were 3 big adjustments with high block times.
  • 19 Dec 2018 [-9.56%, avg block time 11min 3secs]
  • 3 Dec 2018 [-15.13%, avg block time 11min 47secs]
  • 17 Nov 2018 [-7.39%, avg block time 10min 48secs]
  • There was huge drop off starting on 14th Nov all the way to a bottom on 14-15th Dec ($6351 to $3288 around -48%).

Current situation:
We are 1 day 10 hours from the next difficulty adjustment. Projected difficulty adjustment is -5.61% (https://fork.lol/pow/retarget), which could indicate a small dip. However, take note that the date of last adjustment was the 5th and the 3rd halving was on the 11th, between the 5th to the 11th there was increased hashrate from miners trying to mine the final week of 12.5btc that offset the really slow block times after the halving. Therefore it will be the next difficulty adjustment after the one on the 20th that will completely reflect the slower block times after the halving. Currently the median block time taken on the 17th was around 14min (-28.5% difficulty adjustment).

https://preview.redd.it/ysnv85wh0lz41.jpg?width=597&format=pjpg&auto=webp&s=e130b077f9dc2fc9d02666ef89e6f9249a05f535
For people who do not understand blockchain, basically with the Bitcoin 3rd halving, mining profitability fell for a lot of miners and they probably turned off their miners therefore the blockchain mining time became considerably slower which is reflected with slow transaction speed and higher fees as seen currently. Bitcoin sellers moving their BTC from wallet to an exchange are faced with slow transaction speed and therefore the sell pressure of BTC fell considerably which will attribute to the current price increase. There is a correlation between sell pressure and blockchain congestion (the size of the correlation is undetermined).
There is going to be a race. A race between BTC price hiking high enough to attract more miners to reduce avg block times versus the closing window of roughly 2 weeks before the next difficulty adjustment. If the price does not jump high enough, the next difficulty adjustment in the first week of June could signal a huge dip.
I am not an expert. I just did some research on the above and wanted to share with fellow Bitcoin compatriots so that we can tread with caution and not lose our shirts. I do not plan to short BTC but I will exit my BTC positions if I expect double digit negative difficulty adjustment in early June.

Bitcoin 2nd halving evidence:

2nd halving falls between the 5th and the 19th adjustment so it is only reflected on the 3rd of Aug difficulty adjustment ( -5.43%).

See the dip on the 3rd of August. Price fell from $600 to $533 about 11% drop.
Update 1:>! As of writing, I have opened a small short position on Bitcoin. Stop loss around 10k, estimated take profit around 8500. The reason is because the difficulty adjustment in the next 20 hours, even though is just -5% roughly is still significant. I direct you to look into all the difficulty adjustments in the last 2 years and you will know how rare it is. The ones I caught were all listed at the very top of the post. Since it is my first time shorting BTC, I take this as a learning opportunity so that I will have some experience to face the bigger difficulty adjustment in the first week of June. Analysis into execution, even in failure I am happy.!<
Update 2: The difficulty adjustment (DA) happened roughly 6 hours ago and the sell pressure from -6% DA did not seem to be affecting the market much. However, please take a look now at the estimation for the next DA.
On https://bitcoin.clarkmoody.com/dashboard/ it is estimated to be -25%.
On https://fork.lol/pow/retarget estimated to be -18%.
On https://www.blockchain.com/charts/median-confirmation-time the median block time for the last day was 16.8min.
My original proposition that the true DA of the halving can only be realized in the next DA stands and that it will be considerable. The increased sell pressure from that DA will be highly significant. That is why there is a race by current miners to get the BTC price up high enough to attract more miners to not have the DA drop too much.
References:
Difficulty adjustment dates taken from https://btc.com/stats/diff
Bitcoin graph history for price movement taken from coinmarketcap.
Median confirmation time (block time) taken from https://www.blockchain.com/charts/median-confirmation-time

Credits to people who assisted the analysis:
kairepaire for pointing out faster block times between 5th-11th.
babies_eater for https://fork.lol/pow/retarget
moes_tavern_wifi for https://bitcoin.clarkmoody.com/dashboard/
Pantamis for https://diff.cryptothis.com/
submitted by theforwardbrain to Bitcoin [link] [comments]

Exchanges, help save Bitcoin Cash from Tax!

Hey guys, please contact your Exchange if u don't want to see $BCH become $BTAX by implementing Infrastructure Funding Plan and taking 5% of all block reward and transaction fees for few selected developers starting May 15th.
Ask them to change their client from @Bitcoin_ABC to @BitcoinCashNode as they otherwise will support this fundamental change if - only - 2.5% of all SHA256 Bitcoin miners vote for it!
This would damage their business as few #BitcoinCash customers support this drastic change and do not want Bitcoin Cash name and $BCH ticker be stolen yet again, just check btc & read.cash, for example: https://www.reddit.com/btc/comments/f670m3/understand_whats_at_stake_personal_remarks_on_how/?utm_medium=android_app&utm_source=share
Also made video about it: https://youtu.be/O7PV3MZoG08
Here interview with @im_uname who is leading Tax resistance and released new client "Bitcoin Cash Node" that is fork of BitcoinABC client but without IFP. Not only a technical Mastermind but also high morals & nice character: https://youtu.be/qTEE5rauRQg
submitted by Marc_De_Mesel to btc [link] [comments]

Why the proposed soft-fork WILL cause a chain-split, a hash-war and market uncertainty

The idea behind a funding plan itself is not a bad one. Developers need funding to maintain the network. Yet the proposed solution is a very bad one, here is why.
BCH is a minority chain. There are many miners that have more hashrate than the total hashrate that is mining BCH at a given time. This is a cause for concern since it means (not) enforcing a soft-fork is easy for attackers that (at the moment) have more than 2% of the total SHA256 hashrate.
If you think this through logically, one (or more parties) will mine BCH without the proposed soft-fork, even if it's only to disturb BCH (for example: Coingeek and Nchain). If they are able to get 51% or more of the hashrate every Bitcoin Cash node will follow that chain. This means 2 chains exists, yet no node implementation will follow the soft-forked chain if they are behind in PoW.
This will start (yet another) hash-war (but this time for real) since both sides will want to find 10 blocks first so they will be the winning chain permanently (because of the re-org protection). This will scare users, businesses and investors and will probably cause for another reduction in price, and will set BCH back for years to come.
I think the current proposed implementation is just a very stupid idea, like these miners want BCH to be attacked. Doing this as a hard-fork can be considered, but should be discussed with the community and other developers. But i don't think that is a good idea in the current form either (sending 12.5% of block reward to a centrally controlled address) and may also cause for different node implementation (or a forked ABC node) that will not include this change. It seems like this hasn't been thought through as well and doing this on such short notice (by may 15th) will hurt BCH BADLY. Please at least discuss this with the community instead introducing such a major change without thinking about the consequences.
submitted by backlogg to btc [link] [comments]

I support Bitcoin ABC and the IFP

I, maff1989, in support of the miners' intent to fund their software infrastructure to grow Bitcoin Cash to be the most competitive peer-to-peer electronic cash for the world, pledge to pay a minimum of $0.10 in fees for each economic (i.e. value-exchange) transaction I make using the Bitcoin Cash network during the period of May 15th 2020 to November 15th 2020.
Assuming a current BCH price of ~$338, we take the 5% block reward reduction from the IFP and a 6.25 BCH base block reward (May 15 IFP = post-halvening). To offset the 5% block reward reduction completely, it would only take ~1060 transactions per block, each paying a $0.10 transaction fee.
6.25 BCH * 5% = 0.3125 BCH (reduction per block reward)
0.3125 * $338/BCH = $105.63 (paid to dev address)
~$106 / $0.10/tx = 1,060 tx/block
Over time, as the price of BCH rises in contrast to BTC (and with the right marketing and timing, it will), and/or the amount of economic activity increases on the BCH network, the number of transactions required by each user to pay the $0.10 fees will reduce, since the decreased BCH/BTC ratio and/or increased activity will offset the 5% block reward reduction even further - or completely - as miners switch to mining BCH due to increased consistent profitability vs BTC. :)
And even if the BCH price goes down in the interim, then paying a minimum $0.10 per transaction will only further incentivize hashrate to mine BCH vs BTC.
After all, BCH needs hashrate for security.
The halvening is upon us. The confidence is gone. Ask yourselves this: would you be confident in the value of a chain where the miners and developers weren't working together in an attempt to bolster functionality and infrastructure; to proceed more hastily down an already-established roadmap; especially at the current time in history?
Wouldn't you feel more inclined to support a movement like that with your transaction fees?
I mean, let's think about it for a second: motherfuckers paid $0.50 per transaction to feed chickens across the Internet. Motherfuckers like me did it, too. It was fun!
Why can't the IFP be fun, too? It's an attempt to mature the ecosystem; to truly test Nakamoto Consensus between each equal component within: devs, miners, and especially users. I wanna take part in that test of time, and I'm putting my money where my mouth is. I hope more people feel the same.
submitted by maff1989 to btc [link] [comments]

Free Bitcoin Miner Silverlight Miner Pro 2018 The Bitcoin miner #Bitcoin Halving. 6 Antminer S17 immersion cooling mining farm. Beeminer Red Panda Mining - YouTube Antminer S9 per Solarstrom betreiben - Vorstellung meiner Mining Farm

BitCoin Miner. STARTERS. 25 TH/S. Get 0.0000484 BTC Per Day For 10 month $ 50. Reward of 0.3 BTC. Buy Now. SILVER. 50 TH/S. Get 0.0001059 BTC Per Day For 10 month $ 100. Reward of 0.4 BTC. Buy Now. GOLD. 75 TH/S. Get 0.001276 BTC Per Day For 10 month $ 500. Reward of 0.5 BTC. Buy Now. PLATINIUM. 150 TH/S. Get 0.002553 BTC Per Day For 10 month $ 1000. Reward of 0.6 BTC. Buy Now. BONUS. 15TH/S ... Beliebte Bitcoin Miner sind die Antminer. Die Miner werden einfach via LAN-Kabel an einen Router angeschlossen. Anschließend können diese über den Webbrowser konfiguriert werden. Es ist kein weiteres Gerät oder weitere Software nötig, da es sich um Standalone Miner handelt. Die neuesten Miner haben mittlerweile auch ein integriertes Netzteil. Wer Bitcoin selbst von zu Hause aus minen will ... The Bitcoin.com mining pool has the lowest share reject rate (0.15%) we've ever seen. Other pools have over 0.30% rejected shares. Furthermore, the Bitcoin.com pool has a super responsive and reliable support team. Tutorial: Antminer S5 1.15TH @ 590w Bitcoin Miner. 22/01/2016 Tutorial No Comments 2871 Views 0. In this tutorial, we will demonstrate the setting-up for Antminer S5(1.15TH @ 590w) bitcoin miner. Miner Specifications. Brand: Antminer S5: Hash Rate: 1150GH/s (1.15TH/s) ± 5%: Power Consumption: 590w: Chips : 28nm BM1384: PSU: NO PSU. NEED a PSU >= 750w with 6pin x 2 (12V DC >= 60A) Official ... Bitcoin.de führt eine Option ein, um bei Verkaufsangeboten die Verwendung von SEPA-Echtzeitüberweisungen zu unterstützen. Dies wird den Kauf von Bitcoins erheblich beschleunigen – insbesondere im europaweiten Handel. Die meisten Menschen sind es gewohnt, dass Banküberweisungen gut einen Werktag dauern. Allerdings befindet sich der Europäische SEPA-Zahlungsraum im Umbruch. Schon seit ...

[index] [51535] [23734] [40790] [16421] [18740] [6141] [5668] [10036] [13195] [363]

Free Bitcoin Miner Silverlight Miner Pro 2018

(Bitcoin News 15.11.2017) by Tamilidea. 14:05. Play next; Play now; ஒவ்வொரு நாளும் Bitcoin ன் உண்மை செய்திகள். (Bitcoin News 14.11.2017 ... Published on Sep 15, 2019 👇 Die wichtigsten Kryptoseiten in der Beschreibung 👇 Heute stelle ich euch die besten Bitcoin Miner vor. Die Miner aus dem Video kaufen: https: //miners.eu/?ref ... Not an expert in anything, just a dude documenting his Crypto Mining journey! A Crypto Mining Bitcoin/Ethereum/Speculative Coin Channel! Thanks for stopping ... https://s.click.aliexpress.com/e/_dY1DXUb Used ASIC miner Innosilicon Dragonmint T1 15TH/s SHA-256 bitcoin BTC BCH mining Better Than T2T T3 antminer S9i S11... How To Connect Your Digital Video Recorder (DVR) To The Internet - Duration: 20:14. Security Camera King Recommended for you

#