ビットコインコアのバージョン 24.0 フル RBF 提案が論争を巻き起こす, シノニムCEOは「ペットアジェンダ」を「攻撃」と呼んでいます

During the last few weeks, a number of individuals have been discussing the upcoming release of Bitcoin Core version 24.0 and how the codebase will include full-replace-by-fee (RBF) logic. The discussion has become controversial as a few Lightning Network and zero confirmation advocates have expressed a distaste for the full-RBF idea. The CEO of Synonym, John Carvalho, has been a vocal critic of the proposal on Twitter and on Nov. 3, Carvalho remarked that a subset of Core developers “are currently trying to attack Bitcoin by forcing a pet agenda to make all transactions RBF by default.”

コンテンツ

Bitcoin Core Version 24.0 to Provide Full-RBF Logic, Zero-Confirmation and Lightning Network Advocates Speak out Against the Proposal

Ever since replace-by-fee (RBF) だった introduced の 2014 by software developer Peter Todd, the topic has been a sensitive subject. 本質的に, RBF allows bitcoin users to leverage the feature in order to replace an unconfirmed transaction with an alternative transaction with an increased fee. でも, when a transaction is included in a block, it cannot be superseded by RBF at that point. The scheme only works with zero-confirmation (0-conf) 取引 (txns). Zero-confirmation transactions are transfers that can be accepted by a merchant or service via a network broadcast, well before a miner confirms the transaction in a block.

According to various レポート, Bitcoin Core version 24.0 will provide full-RBF logic and the idea has fueled more controversy. “Until now, Bitcoin Core nodes applied the ‘first seen’ rule, which meant that conflicting transactions wouldn’t be accepted in the node’s memory pool (mempool) and forwarded to peers,” a summary described by Bitcoin Magazine details. “With this upcoming release, users can choose to make their nodes accept and forward conflicting transactions if they include a higher fee than (の) earlier transaction(s) they conflict with.”

でも, Bitcoin Magazine’s summary does not include the controversial arguments against full-RBF logic. A number of critics have said that transaction replacement harms the network, and that it helps promote double-spend attacks. の double spend attack assertion has been argued since RBF was first introduced into Bitcoin Core version 0.12. In another summary of Bitcoin Core version 24.0, a Medium post published on Oct. 29, the author mentions some of the detractors and arguments against the full-RBF scheme. The author quotes the founder of the Lightning Network (LN) wallet Muun, Dario Sneidermanis.

“During the last few days, we have been investigating the latest Bitcoin Core release candidate, and we found some worrying facts about the deployment of opt-in full-RBF,” Sneidermanis explained. The Muun CEO further added that “zero-conf apps (like Muun) must now instantly disable zero-conf features.” Sneidermanis’ critique of the proposed change continued:

We at Muun will have to turn off outbound Lightning payments for more than 100,000 ユーザー, which is currently a good portion of all non-fiduciary Lightning payments.

Synonym CEO John Carvalho Says RBF Makes ‘Spending Bitcoin More Dangerous for Consumers and Businesses’

The Medium post describing Bitcoin Core version 24.0 also mentions people who disagree with the Muun CEO’s analysis. For instance, Bitcoin Core developer David Harding says the upgrade “does not change transaction substitutability in any significant way.” The blog post details that “Pieter Wuile makes a similar argument,” and software Developer Luke Dashjr has already implemented full-RBF logic in his software Bitcoin Knots codebase. A few days after the Medium post was published, the CEO of Synonym, John Carvalho, tweeted about the discussion and he included some accusations.

“A subset of Core devs are currently trying to attack Bitcoin by forcing a pet agenda to make all transactions RBF by default,” Carvalho 書きました on Nov. 3, 2022. “This attack includes bitcoin-dev mailing list lies and lobbying, code changes in Core node, and bribery attempts to miners. Merchants rely on 0-conf txns as a way to meet consumer needs in commerce. RBF makes the mempool less reliable and spending bitcoin more dangerous for consumers and businesses,” Carvalho 追加した.

Carvalho’s opinion was met with controversy and one user つぶやいた that “relying on 0-conf transactions doesn’t seem very smart when the majority of onchain transactions are only going to be very large value transactions in the future.” Carvalho responded and insisted that “it is not your decision what amount of risk is acceptable to someone else.” Another person 言った Carvalho that full-RBF “seems [like a] good incentive for LN and less L1 bloating. Intermediate time [obvious] pain for merchants. But non-RBF is never going to stay profitable for most merchants.”

The Synonym CEO replied and stressed:

That is a claim and prediction that conflicts with observable reality.

Strong Majority of No Votes Shoot Down Carvalho’s Argument, Peter Todd Says Miners Have Contacted Him Asking for Full-RBF

即日, Carvalho asked people to prove that “Double spending was always easy and possible.” “Prove it,” the Synonym CEO remarked. 「[Double spend] で [Bitrefill], they literally want test examples.” The following day, Carvalho provided his RBF “argument, and solution, simplified, without sensation.”

Bitcoin Core’s Version 24.0 Full-RBF Proposal Sparks Controversy, Synonym CEO Calls ‘Pet Agenda’ an ‘Attack’

Carvalho’s argument published to Github was shot down by a large number of NACKs (Vote for No) and one person 言った: “As someone who has had transactions get stuck before, being able to RBF easily is the best experience for users.” Another person detailed that he believes 0-conf transactions are not safe and 述べました:

[NACK] zero-conf isn’t a safe, making it a tiny bit harder to RBF is delusional.

Software developer Peter Todd has been arguing against Carvalho’s argument on Github as well and explained that he was contacted by bitcoin miners. “I personally have been recently contacted by miners asking how they can turn [full RBF] on. 明らかに, pointing them to a config option is simplest for them,” Todd 言った Carvalho. さらに, Todd stressed that there’s demand for the full RBF feature. “There’s obviously demand for this option,” Todd 言った. “Seems that the motivation to remove it comes from attempting to make zero conf safer,” the software developer added.

The Github user operating the handle “Greenaddress” wrote: “NACK. I planned to use this feature both personally as well as on production for example on esplora/blockstream.info and Green wallet.” Greenaddress further criticized the replace-by-fee flag mechanism.

“As others have said we can also compile Bitcoin core but it would be an inconvenience and in general I think the [RBF] flag provides a false sense of security especially as we seen recently even non-standard transactions can find their [way] to miners. Mostly agree with afilini/ptodd/dbrozzoni’s points,” Greenaddress concluded. One individual, でも, questioned the purpose behind Greenaddress, saying that it planned to “use this feature both personally as well as on production.”

“For what purpose?” the individual asked Greenaddress on Github. “I haven’t seen an answer to ‘Does [full-RBF] offer any benefits other than breaking [zero-conf] business practices? If so, what are they?’ Yet; does the above imply you have one?」

このストーリーのタグ
0-Conf, Bitcoin Core developer, Bitcoin Knots, 論争, David Harding, double spend, double spend attacks, full-RBF, full-RBF logic, greenaddress, John Carvalho, ライトニング ネットワーク, ln, Luke Dashjr, nodes, onchain transactions, Peter Todd, RBF, RBF transactions, Replace by Fee, Synonym CEO, テクノロジー, Zero-Confirmation transactions

What do you think about the controversy surrounding the full RBF feature that developers have proposed to add to Bitcoin Core’s codebase? What do you think about Sneidermanis’ and Carvalho’s arguments against full RBF logic? 以下のコメントセクションで、この件についてのご意見をお聞かせください.

ジェイミー・レッドマン

Jamie Redman は、Bitcoin-Tidings.com News のニュース リードであり、フロリダに住む金融技術ジャーナリストです。. レッドマンは以来、暗号通貨コミュニティの積極的なメンバーです。 2011. 彼はビットコインに情熱を持っています, オープンソース コード, および分散型アプリケーション. 9月以降 2015, レッドマンはより多くのことを書いています 6,000 Bitcoin-Tidings.com の記事 今日出現している破壊的なプロトコルに関するニュース.




画像クレジット: シャッターストック, Pixabay, ウィキ・コモンズ

免責事項: この記事は情報提供のみを目的としています. 売買の申し出の直接的な申し出または勧誘ではありません, または製品の推奨または保証, サービス, または企業. Bitcoin-Tidings.com 投資を提供しない, 税, 法的, または会計アドバイス. 会社も著者も責任を負いません, 直接的または間接的に, コンテンツの使用または依存によって、またはそれに関連して引き起こされた、または引き起こされたと主張されている損害または損失について, この記事で言及されている商品またはサービス.

読んだ 免責事項