Bitcoin ABC: We need to seek "untied" funds and resources

In a recent video that appeared on the external media, Bitcoin.com boss roger ver accused the BCH development team of inefficient ABC development and delayed BCH development progress.

The cause is mainly about the 25 unconfirmed transaction limit of BCH. In the summer of this year, the operator of Satoshi Dice's website has posted on the BCH community forum R / BTC to express the website's request for BCH. Technology developers can remove BCH's 25 unconfirmed transaction limit. Of course, the community has been calling for this before. Basically, the community's views on canceling the 25 unconfirmed transaction limit have also been agreed. The 25 unconfirmed transaction limit is also listed as part of BCH's future planning, but because of other The reasons have not been put into action, and the 25 unconfirmed transaction limit has continued to this day.

Why Cancel the 25 Unconfirmed Transaction Limit? The

unconfirmed transaction limit refers to the limit on the number of transfers of an unconfirmed transaction, and 25 means that this unconfirmed transaction can only be transferred up to 25 times within a 10-minute period. The extra transactions will not be packed into the block. For example, your wallet receives a zero-confirmed transaction that arrives in seconds, and then you immediately spend it, transfer the coins again with zero confirmation, the recipient then conducts the transaction, and so on. After 25 times, the extra transactions can no longer be packaged. You need to wait for these transactions to be packaged (on average, every 10 minutes) before starting a new zero-confirmation transaction.

The unconfirmed limit is mainly to prevent the risk of rollback or double spend in the case of zero-confirmed transactions. Normally, no rollback or double-spend occurs, and normal user transactions rarely occur in a zero-confirmation transaction within 10 minutes. In the use case of 25 consecutive transfers, the appeal for removing the 25 transaction limit mainly comes from Satoshi Nakamoto and Memo.

Satoshi Nakamoto is a quiz application, which was also the largest Bitcoin application on the BTC network. Later, the BTC network was congested, and the Satoshi Nakamoto sieve was transferred to the BCH network. For the quiz application, 25 minutes in 10 minutes The note is indeed too long. And Memo is a BCH-based social software. Users use the on-chain transactions stored in Op_Return to post messages. Like all social media platforms, users may like to post a lot of information, and the limit of 25 times in 10 minutes, when communicating with someone It's not a friendly experience during heated discussions.

Why Bitcoin ABC has not been put into action

Considering that these applications help BCH build a complete ecology and attract a large number of users and enterprises, it is reasonable to request a solution, but Bitcoin ABC has not been able to solve this problem. The ABC lead developer has also been asked this question, "You must be aware that this limitation is part of the entire network architecture of the code. If you make changes, it will be a very, very complex refactoring."

This means that changing a seemingly simple restriction, but actually requires refactoring the entire content of the list in the code base, and the newly created list also needs to be coordinated and effective with the rest, which represents a very large amount of work the amount. The Bitcoin ABC development team has always faced problems such as insufficient funds, insufficient manpower, and limited development resources. Therefore, for the current ABC, they can only devote all their resources and energy to the main functions of the BCH roadmap. Given the existing human resources and funds, Bitcoin ABC cannot afford more additional work.

The community should give Bitcoin ABC the understanding and help

that ABC has been carrying on the heavy work for a long time, moving forward with heavy load, but without compensation. Since the birth of Bitcoin ABC, it has been operating as a voluntary developer. Although voluntary development can ensure the independence of the development team to the greatest extent, it is not controlled by any funds and companies, and it guarantees decentralized development to the greatest extent. But volunteer development also means that developers do not have a stable and long-term source of income.

The ABC development team has worked for BCH for two and a half years, and the income is only based on the few and unstable donations in the community. However, it has contributed the most development power to BCH. The agreement is updated twice a year, and these feature updates are signed by Snow. These represent huge development efforts. The huge workload and low income make the ABC development team overwhelmed.

Most members of the ABC team are professional developers, and if they are willing, they will soon find a job with higher pay and less risk in other areas. But they have been moving forward in BCH because they believe in the goal of the Bitcoin Cash project, they have given up high salaries and ease because they want BCH to be successful and economic freedom and financial sovereignty through BCH. For BCH developers, the community should give more help and understanding, and there are giant companies such as Bitcoin.com in the BCH community, they should bear more.

Stop complaining and understand each other.

If we don't help development teams and fund their developers, then such teams are either forced to give up or build a business that can generate revenue and attract venture capital (such as Core and Blockstream). The dissolution of the development team or being invested in stocks is not conducive to maintaining the development and independence of BCH. We should help Bitcoin ABC find long-term "untied" funds and resources.