
インスクリプション騒動について知っておくべき10の豆知識
TechFlow厳選深潮セレクト

インスクリプション騒動について知っておくべき10の豆知識
取引量を意図的に制限するという考え方が良いかもしれない。
執筆:0xTodd
皆様と共有したい10の小知識があります:
1. もしBitcoin Knotsクライアント(Luke氏の言によれば)アップグレード後に$Ordiのインスクリプション取引を拒否するようになった場合、インスクリプションはまだ使えるのか?
答:そのクライアントがブロック生成を行う場合、インスクリプション取引は使用できず(チェーンに記録されず)利用不可能になる。
2. では、Bitcoin Knotsクライアントがブロックを生成する確率は高いか?
答:現在は比較的小さい。現時点(2023年12月)でBitcoin Coreクライアントは17,000以上あるのに対し、Knotsクライアントは100未満である(ピーク時には500程度まで達することもある)。

3. 待って、クライアントって何ですか?
答:PoWブロックチェーンの場合、「台帳の保存」「マイニング」「ウォレット」の三つの機能を持つソフトウェアがあり、それが「クライアント」である。
ブロックチェーンはオープン(パーミッションレス)であり、理論上誰でも開発できる。ただし、そのチェーンのコンセンサスに合致していればよい。そのため、Bitcoin CoreやKnotsなど、さまざまなクライアントが存在しうる。
4. もしBitcoin Coreが実際に追随してインスクリプション取引を禁止すると決めた場合、インスクリプションは完全に取引できなくなるのか?
答:そうではない。Bitcoin Coreクライアントもさらに細分化されており、多くのユーザーが古いバージョンを使用している。
現在の17,000以上のBitcoin Coreクライアント使用者のうち、24-25バージョンを使用しているのは約9,000、21-23バージョンは約5,000いる。したがって、仮に27バージョンでブロック領域の乱用を禁止するルールが追加されたとしても、旧バージョンは引き続き正常に動作する。

つまり、忍耐強く待って、古いバージョンのCoreがブロックを生成するタイミングを待てば、このインスクリプションは引き続き使用可能になる。例えば、現在は10分でチェーンに記録できるところが、将来は30分かかるようになるかもしれない。
もちろん、マイナーには最新バージョンへのアップグレード傾向がある。もし徐々に全員がアップグレードすれば、インスクリプションの可用性は著しく低下するだろう。
5. もしOrdiがBitcoinチェーンをフォークさせることを決めたら、成功するのか?
答:技術的には、フォークは非常に簡単だ。Bitcoin Coreのコードをコピーするだけでよく、ほとんど変更すら不要(旧バージョンがサポートされているため)。
しかし、コンセンサスの面では非常に困難である。コンセンサスとは何か? マイナーや取引所、保有者、さらにはSECに至るまで、「小さなパン(小餅)を含む大きなパン(大餅)こそが真の大きなパンである」と同意させる必要があるが、これはほぼ不可能だ。
6. 私は絶対にフォークさせたい。では、フォークしたBitcoinに意味はあるのか?
答:あるが、非常に限定的である。
Bitcoinが誇る強みは、強大な採掘ハッシュパワーによって保証される安全性である。もし新しいチェーンがあれば、それはビットコインほど安全ではなく、様々なデジタル遺物を発行できる…だが、それならなぜEVMチェーンを使わないのか?
7. OrdiおよびBRC-20は本当にBitcoinブロックチェーンの脆弱性(exploit)を利用しているのか?
答:はい、だが「脆弱性の利用」という表現は少々過剰で、個人的にはせいぜい「制限の回避」といったところだろう。
主観的には、Ordiが「脆弱性の利用」のような極端な行為をしているわけではない。「脆弱性の利用」は通常、ハッカーによる行為を指す。しかし客観的には、確かにビットコインのブロックスペースの浪費を引き起こしている。
8. 本当か? インスクリプションのプロセスとは一体何なのか? どのように制限を回避しているのか?
答:「インスクリプション」とは、特定の1サトシBTC(0.00000001BTC)を選んでこれを「着色」し、Taproot(Bitcoinの新技術の一つ)を利用して、テキストスクリプトの形でこの1サトシに注釈を付けることである。
例えば、「プロトコルはOrd、フォーマットはUTF-8、内容は『hello world』」といった注釈を付ける。

あえて例えるならば、次のようになる:
WeChatの赤い封筒本来は送金用だが、今後は毎回1銭だけ送り、二人でわざわざ赤い封筒の備考欄を使って会話するようなものだ。
これは「脆弱性の利用」とは言い難いが、おそらく「乱用」に近い。
通常のBitcoinはNFTを作成することをサポートしていないが、「送金+備考」という形式により、間接的にそれを実現している。
同時に、Taprootという技術を通じて、備考欄の元々の上限を回避し、数バイトから最大512バイトまで拡張している。
8.5 補足:備考とスマートコントラクトは異なる、知っておくべきこと。
スマートコントラクトとは、契約を結ぶことである。
一方、備考とは、ただの備考である。
両者の法的効力は異なる。
これもまた、イーサリアム系NFTとBRCインスクリプションの違いの一つである。
-
スマートコントラクトを使って送金すれば、それは真正の送金であり、否認できない。
-
備考欄を使って送金した場合、例えばToddのこのインスクリプションが現在Alexに属している、と備考に書くだけである。
ここでOrdiというプロトコルがあり、この備考が有効と見なされ、送金成功とみなされる。
9. インスクリプションはNFTではないですよね?
確かに違う。両者には違いがある。
NFTは多くのデータをチェーン外に保存するが、インスクリプションはすべてBTCチェーン上に保存される。
もちろん、これは裏腹に、BTCにとって頭痛の種でもある。
利点としては、マイナーの収入が増えることであり、* おそらく *N回の半減期後、マイナーにとって重要な収入源となるかもしれない。
欠点は、Bitcoinの台帳サイズが大きくなること(制限を回避する方法で、余分な情報を多く追加してしまう)であり、これはフルノードのストレージに不利である。
台帳の容量が大きくなればなるほど、フルノードは減り、ブロックチェーンはよりコンソーシアムチェーンに似てくる。
9.5 台帳の容量がどれくらいかというのは本当に重要なのか?
ETHの台帳容量はずっと大きいままだったが、ここ数年でこの問題に気づき、歴史的な状態や台帳自体を削減する方法について議論を続けている。
一方、Bitcoinは小ブロック方式を採用しており、この点ではずっとうまくいっており、台帳の容量はまだ大きくなく、フルノードも多く、非常に非中央集権的である。
10. インスクリプションはどうすべきか?
おそらく、取引サイズを自主的に制限するのが良いアイデアだろう。現状の基礎の上でさらに削減する。
TaprootはBitcoin Coreの新技術であり、本来の意図はBitcoinに基本的なスクリプト機能を持たせることにある。
OrdiはTaprootを利用して最大備考サイズの制限を回避している。しかし、大量のデータを回避手段でビットコインに押し込むのは、やはりあまり良いことではない。数バイトから数百バイトへと一気に拡大し、百倍以上も差が出てしまうのだ。
しかし、ある程度制限を設け、バランスを保ち、「共有地の悲劇」を引き起こさなければ、Bitcoinコアコミュニティもこのようなデジタル遺物のような小物をそれほど嫌悪しないだろう。これがより良い選択肢だと信じている。
TechFlow公式コミュニティへようこそ
Telegram購読グループ:https://t.me/TechFlowDaily
Twitter公式アカウント:https://x.com/TechFlowPost
Twitter英語アカウント:https://x.com/BlockFlow_News














