|
| 1 | +--- |
| 2 | +title: Bitcoin Coreの開発とトランザクションリレーポリシー |
| 3 | +permalink: /ja/2025/06/06/relay-statement/ |
| 4 | +lang: ja |
| 5 | +id: ja-relay-statement |
| 6 | +name: relay-statement |
| 7 | +type: posts |
| 8 | +layout: post |
| 9 | +version: 1 |
| 10 | +--- |
| 11 | + |
| 12 | +Bitcoin Coreの開発とネットワーク上のトランザクションリレーポリシーの関係について |
| 13 | +私たちの見解を共有したいと思います。 |
| 14 | + |
| 15 | +Bitcoinは、ユーザーによって定義されるネットワークです。ユーザーは、 |
| 16 | +(完全な検証をするしないを問わず)使用するソフトウェアを選択し、 |
| 17 | +希望するポリシーを実装する究極の自由を持っています。 |
| 18 | +Bitcoin Coreのコントリビューターは、それらのポリシーを強制する立場にはありません。 |
| 19 | +このことを反映する1つの例として、長年にわたりソフトウェアの自動アップデートを避けてきた慣行があります。 |
| 20 | +つまり、いかなる組織もBitcoin Coreユーザーに一方的な変更を押し付けることはできません。 |
| 21 | +変更は、ユーザーが自ら新しいソフトウェアリリースを採用するか、 |
| 22 | +あるいは希望する場合は別のソフトウェアを採用することで行われなければなりません。 |
| 23 | +どんなソフトウェアでも自由に実行できることが、ネットワークを強制から守る最も重要な防衛策です。 |
| 24 | + |
| 25 | +Bitcoin Coreの開発者として、私たちは、Bitcoinが分散型のデジタル通貨として成功するために、 |
| 26 | +Bitcoinのピアーツーピアネットワークにおけるブロックとトランザクションの検証とリレーという目的のために、 |
| 27 | +ソフトウェアを可能な限り効率的かつ確実に動作させる責任があると考えています。 |
| 28 | +トランザクションリレーに関しては、サービス拒否(DoS)攻撃に対する防御や手数料評価に関するポリシーの追加が含まれる場合もありますが、 |
| 29 | +持続的な経済的需要があり、確実にブロックに格納されるトランザクションのリレーを妨げることはありません。 |
| 30 | +トランザクションリレーの目的は以下のとおりです: |
| 31 | + |
| 32 | +* どのようなトランザクションがマイニングされるかを予測する(たとえば、手数料の推定や手数料の引き上げのため、 |
| 33 | + またこれはノードソフトウェア内部の多くのDoS対策戦略の基盤にもなっています)。 |
| 34 | +* マイニングされると予想されるトランザクションのブロック伝播を高速化する。 |
| 35 | + 遅延を減らすことで、大規模なマイナーが不公平な優位性を得るのを防止します。 |
| 36 | +* マイナーが手数料を支払うトランザクションについて学習するのを支援する(マイニングの分散化を損なう |
| 37 | + 帯域外のトランザクション提出スキームに依存する必要がなくなります)。 |
| 38 | + |
| 39 | +**マイナーがいずれブロックに含めるトランザクションのリレーを意図的に拒否することは、 |
| 40 | +ユーザーを別の通信手段に追いやり、上記の目的を損なうことになります。** |
| 41 | + |
| 42 | +過去には、安価に非効率なブロックスペースの利用を促すユースケースの発展を阻止するために、 |
| 43 | +トランザクションの受け入れルールが効果的に使われてきました。しかし、これはユーザーとマイナーの双方が |
| 44 | +既存の代替手段に満足している間のみ有効です。それが当てはまらなくなり、 |
| 45 | +経済的に成立するユースケースがポリシールールと衝突する場合、 |
| 46 | +ユーザーとマイナーは直接協力することで、外部からの制限を回避することができます。 |
| 47 | +実際、そのようなことができる能力は、Bitcoinの検閲耐性の重要な側面であり、 |
| 48 | +優先的なピア接続/連携が可能な他のノードソフトウェアも、 |
| 49 | +大多数のノードによるフィルタリングを回避するのは比較的容易であることを示しています。 |
| 50 | +それを考慮すると、Bitcoinノードソフトウェアは、次のブロックに何が含まれるかを現実的に予測することを目指すべきで、 |
| 51 | +技術的に無害な活動を抑制するために、合意したトランザクションの作成者とマイナーの間に介入しようとすべきではりません。 |
| 52 | + |
| 53 | +**これは、非金融データの利用を推奨・容認するものではありませんが、Bitcoinが検閲耐性を持つシステムである以上、 |
| 54 | +誰もが同意するわけではないユースケースに使用され得ることを認めるものです。** |
| 55 | + |
| 56 | +この見解がすべてのユーザーや開発者に普遍的に共有されているわけではないことは認識していますが、 |
| 57 | +私たちはこれがBitcoinとそのユーザーの最善の利益になると心から信じており、 |
| 58 | +ユーザーの皆様にも同意していただければ幸いです。私たちは開発者として最善の判断を下し、 |
| 59 | +アップグレードの安全性、効率的なブロックの構築、ノードへのDoS攻撃対策など、 |
| 60 | +具体的な技術的理由を含め、Bitcoinの長期的な健全性とマイナーの合理的な自己利益に沿う形で |
| 61 | +トランザクションの受け入れルールを調整し続けます。 |
| 62 | + |
| 63 | +敬具 |
| 64 | + |
| 65 | +(この書簡を支持するコントリビューターの一覧) |
| 66 | + |
| 67 | +* Andrew Toth |
| 68 | +* Antoine Poinsot |
| 69 | +* Anthony Towns |
| 70 | +* Ava Chow |
| 71 | +* b10c |
| 72 | +* Bruno Garcia |
| 73 | +* David Gumberg |
| 74 | +* fjahr |
| 75 | +* Gloria Zhao |
| 76 | +* Gregory Sanders |
| 77 | +* hodlinator |
| 78 | +* ismaelsadeeq |
| 79 | +* Josie Baker |
| 80 | +* kevkevinpal |
| 81 | +* l0rinc |
| 82 | +* Marco De Leon |
| 83 | +* Martin Zumsande |
| 84 | +* Matthew Zipkin |
| 85 | +* Michael Ford |
| 86 | +* Murch |
| 87 | +* Niklas Gögge |
| 88 | +* pablomartin4btc |
| 89 | +* Pieter Wuille |
| 90 | +* Pol Espinasa |
| 91 | +* Sebastian Falbesoner |
| 92 | +* Sergi Delgado |
| 93 | +* Stephan Vuylsteke |
| 94 | +* TheCharlatan |
| 95 | +* Vasil Dimov |
| 96 | +* Will Clark |
| 97 | +* w0xlt |
0 commit comments