それが変化する原因となっているOP_RETURN制限について、明確に表現されていないこと: ビットコイン上で動作する L2 プロトコルでは、40 バイト以上のハッシュをオンチェーンに保存する理由はめったにないというコンセンサスが長い間、リレー制限は 80 バイトでした メタプロトコルがビットコイン自体内により多くのデータを保存することで常に恩恵を受けることは事実ですが、これらのユースケースはBTC資産の金銭的なユースケースではないため、ほとんど無視されてきました。 一般に、このようなメタプロトコルはビットコイン*ブロックチェーン*を活用しますが、そのルール/ロジックはBTC資産と直接対話することはできません。したがって、ビットコインブロックチェーンに対応するには「重要」ではありません これは、2 年前の BitVM の作業で変わりました。今回初めて、よりエキゾチックな技術 (ZK 証明や DA など) を活用しながら、ビットコイン資産と直接対話する L2 プロトコルを構築することが可能になりました これが、Citrea のユースケースが Core の視聴者を獲得できた理由です。Citreaがビットコインとは無関係な資産と相互作用するイーサリアムサイドチェーンを構築していただけなら、Coreがデフォルトのリレー制限を設定する方法に影響を与えることはなかったでしょう しかし、BitVM が存在し、ZK 証明と DA は実際のビットコインがブロックチェーンのロジックを通過するルールに直接影響を与えるため、このクラスの L2 は、ライトニングだけでなく、Core がリレー制限を見直す際に初めて検討されるようになりました 9年間、Lightningを支配するカストディアルトレンドの後、チャネルフリーのL2がリレーのデフォルト方程式で確実に処理されていることを本当に責めることができますか? 追加の宿題: それは「Citrea の世話をする」ということでもありません、Citrea はすでに必要なデータを ビットコイン に埋め込むことができ、使用不可能な出力を使用して Citrea は基本的にこれを行うための費用はかかりません、Core は ビットコイン の上に Citrea のようなプロトコルの成長によって *ビットコイン* が不必要な UTXO 肥大化によって損なわれないように適応しているだけですビットコイン しかし、私は人々がこれをノットの人々に何百万回も説明しようとしますが、成功しなかったので、別の角度を提供します