このOptechニュースレターの特別版では、2023年のBitcoinの注目すべき動向についてまとめています。 これは、2018年、2019年、2020年、 2021年、2022年のまとめの続編です。

内容

1月

Anthony Townsは、提案中のソフトフォークやその他の重要なプロトコルの変更をテストするために、 デフォルトsignetで使用されるよう設計されたBitcoin Coreのソフトウェアフォークである Bitcoin Inquisitionを発表しました。 年末までに、いくつかの提案のサポートが含まれています。 SIGHASH_ANYPREVOUT、 OP_CHECKTEMPLATEVERIFY、 基本的なエフェメラル・アンカー、 OP_CATやOP_VAULTのサポートおよび64バイトのトランザクションに対する制限を 追加するためのプルリクエストがリポジトリで公開されました。

ZmnSCPxjとJesse Posnerは、ライトニングネットワークのチャネルを開くための非対話型の方法である Swap-in-Potentiam を提案し、 モバイルデバイスのようなオフラインになることが多いウォレットが直面する課題に対処します。 クライアントは、オフラインの状態でもオンチェーントランザクションで資金を受け取ることができます。 このトランザクションは十分な承認を受けることができるため、クライアントがオンラインに戻ったときに、 事前に選択したピアとのチャネルを（ピアを信頼することなく）直ぐ安全に開設することができます。 この提案から数ヶ月以内に、少なくとも1つの人気のLNウォレットがこのアイディアの実装を使用していました。

ウォレットラベルのエクスポートおよびインポートの標準形式に、 識別子BIP329が割り当てられました。 この標準により、BIP32シードからは復元できない重要なウォレットデータのバックアップが簡単になるだけでなく、 会計ソフトウェアなどのウォレット以外のプログラムへのトランザクションのメタデータのコピーも簡単になります。 年末までに、いくつかのウォレットがBIP329のエクスポートを実装しました。

2月

2月には、トランザクションアウトプットに意味とデータを関連付けるための2つの関連プロトコル OrdinalsとInscriptionsについて年内まで続く議論が始まりました。 Andrew Poelstraは、多くのプロトコル開発者の立場を次のようにまとめました。 「さらに悪い行為を奨励したり、正当なユースケースを壊すことなく、人々が 任意のデータをwitnessに保存するのを防ぐ賢明な方法はない。」 Inscriptionsで使用されている方法では大量のデータを保存できるため、 Christopher AllenはOP_RETURNプレフィックスがついたアウトプットの データストレージの83バイト制限を増やす提案をしました。 この提案は、今年後半にPeter Toddによっても提案されました。

BitcoinSearch.xyzが今年始めにローンチされ、 Bitcoinの技術文書と議論用の検索エンジンの提供を始めました。 年末までに、このサイトは、チャットインターフェースと 最近の議論の概要を提供するようになりました。

Core Lightningは、ピアストレージバックアップの実験的なサポートを追加しました。 これは、ノードがピアのために小さな暗号化されたバックアップファイルを保存することができるようにします。 ピアが、おそらくデータを失った後、再接続する必要がある場合、バックアップファイルを要求することができます。 ピアはウォレットのシードから導出した鍵を使用してファイルを復号し、 その内容を使ってそのチャネルのすべての最新の状態を復元することができます。

Joost Jagerは、チャネルが信頼性の高い支払いの転送を提供していることを示すことができるようする、 LNチャネルに対する「高可用性」フラグを提案しました。 Christian Deckerは、ノードの遭遇頻度が低いなど、レピュテーションシステムの作成における課題を指摘しました。 以前提案された別のアプローチについても言及されました。それは、 支払いを分割して複数の経路で送信し、可用性の高いチャネルへの依存度を減らす 回収付きの過払い（以前はBoomerangまたは Refundable Overpaymentと呼ばれていました）です。

昨年投稿された論文のアイディアは、 LNのチャネルジャミングを軽減するための2023年の取り組みの特に焦点になりました。 2月に、Carla Kirk-Cohenと論文の共著者Clara Shikhelmanは、 論文のアイディアの1つであるHTLCエンドースメントを実装する際に使用する パラメーターの提案に関するフィードバックを求めました。 4月には、彼らはテスト計画のドラフト仕様を投稿しました。 7月には、このアイディアと提案がLN開発者ミーティングで議論され、 攻撃者と誠実なユーザーの両者が支払うコストに、 サービスを提供するノードオペレーターが支払う根本的なコストを反映させる代替アプローチについて、 メーリングリストでの議論が行われました。このアプローチにより、 誠実なユーザーにサービスを提供して妥当な利益を得ているノードオペレーターは、 攻撃者がそのサービスを使い始めた場合でも、妥当な利益を得続けることができます。 8月には、Eclair、Core LightningおよびLNDに関連する開発者が、 HTLCエンドースメントプロトコルに関連するデータを収集するために、その一部を実装していると発表されました。

Russell O’ConnorとAndrew Poelstraは、codex32と呼ばれる BIP32シードをバックアップおよび復元するための新しいBIPを提案しました。 SLIP39と同様に、設定可能な閾値要件を持つシャミアの秘密分散法を使用して複数のシェアを作成できます。 閾値未満のシェアしか持たない攻撃者は、シードについて何も知ることはできません。 ワードリストを使用する他のリカバリーコードとは異なり、 codex32はbech32アドレスと同じアルファベットを使用します。 codex32の主な利点は、（サイコロを使用した）エンコードされたシードの生成を含む チェックサムによる保護、チェックサム付きのシェアの作成、チェックサムの検証およびシードの復元です。 ユーザーは信頼できるコンピューティングデバイスに依存することなく、個々のシェアの完全性を定期的に検証できます。

3月

3月、仮名の開発者John Lawが1つのオンチェーントランザクションから 複数のユーザー向けのチャネル階層を作成する方法を説明した論文を発表しました。 この設計により、チャネルの取引相手の一部がオフラインの場合でも、 すべてのオンラインユーザーが資金を使用することができるようになりますが、これは現在のLNでは不可能です。 この最適化により、常時オンラインのユーザーは資本をより効率的に使用できるようになり、 LNの他のユーザーのコストが削減される可能性があります。 この提案は、LawのTunable Penaltyプロトコルに依存していますが、 2022年に提案されてからソフトウェア開発は行われていません。

Tunable Penaltyプロトコル

2023年のまとめ
ソフトフォークの提案

新しいOP_VAULTopcodeの提案が、1月にJames O’Beirneによって投稿され、 2月にはBitcoin Inquisition用のドラフトBIPの実装が続きました。 さらに数週間後、Gregory SandersによるOP_VAULTの代替設計の提案が続きました。

昨年初めて解説されたMATT（Merklize All The Things）提案は、今年も活発でした。 Salvatore Ingalaは提案中のOP_VAULT opcodeのほとんどの機能をどう提供できるかを示しました。 Johan Torås Halsethはさらに、MATTバージョンの方がスペース効率は低いものの、 MATT提案のopcodeの1つが提案中のOP_CHECKTEMPLATEVERIFY opcodeの主要機能をどう複製できるか実証しました。 Halsethはまた、この機会を利用して、BitcoinトランザクションとTapscriptのデバッグを可能にする、 彼が構築したツールtapsimを紹介しました。

6月、Robin Linusは、ユーザーが現在の資金をタイムロックし、それをサイドチェーン上で長期間使用し、 サイドチェーン上の資金の受取人が後で効果的にBitcoin上で資金を引き出すことができる方法を説明しました。 ただ、引き出しはBitcoinユーザーが最終的にコンセンサスルールを特定の方法で変更することを決定した場合に限ります。 これにより、金銭的なリスクを負うこと厭わないユーザーは、 希望する新しいコンセンサス機能を備えた資金をすぐに使い始めることができるのと同時に、 それらの資金が後でBitcoinのmainnetに戻る道筋を提供することができます。

8月、Brandon BlackはOP_TXHASHとOP_CHECKSIGFROMSTACKを 組み合わせたバージョンを提案しました。 この提案は、個々の提案に比べてオンチェーンコストをあまり追加せずに、 OP_CHECKTEMPLATEVERIFY (CTV)と SIGHASH_ANYPREVOUT (APO)の機能のほとんどを提供します。

9月、John Lawは、コベナンツを使用したLNのスケーラビリティの強化について発表しました。 彼は、チャネルファクトリーと提案中のArkプロトコルと同様の構造を使用して、 オフチェーンの数百万のチャネルに潜在的に資金を供給し、 ユーザーが事前にLN経由で資金を引き出すことで、期限切れ後にファクトリーの資金提供者が資金を取り戻すことができます。 このモデルでは、ユーザーとのやりとりなしでファクトリー間で資金を移動できるため、 オンチェーンの直前の混雑やトランザクション手数料のリスクを軽減することができます。 Anthony Townsは、時間的な制約のあるオンチェーントランザクションが同時に多数強制される可能性のある Forced Expiration Flood 問題について、懸念を表明しました。 Lawは、トランザクション手数料が高額な期間に有効期限を遅らせる解決策に取り組んでいると返答しています。

10月は、Steven Rooseが新しいOP_TXHASH opcodeのドラフトBIPを投稿したことから始まりました。 このopcodeのアイディアは、以前議論されましたが、これはこのアイディアの最初の仕様です。 opcodeがどのように機能するかを正確に説明することに加えて、 opcodeが呼び出されるたびにフルノードで最大数メガバイトのデータをハッシュする必要がある可能性など、 いくつかの欠点も検討されました。BIPのドラフトには、このopcodeのサンプル実装が含まれています。

10月にはまた、Rusty RussellがBitcoinのスクリプト言語への変更を最小限に抑えた汎用的なコベナンツを研究し、 Ethan Heilmanがスタック上の2つの要素を連結するOP_CAT opcodeを追加するドラフトBIPを公開しました。 これらの2つのトピックの議論は11月に入っても続きました。

年末までに、Johan Torås Halsethは、コベナンツスタイルのソフトフォークにより 複数のHTLCを1つのアウトプットに集約することが可能になり、 当事者がすべてのプリイメージを知っていればすべてを一度に使用できるようになる提案を行いました。もし、当事者がプリイメージのいくつかしか知らない場合は、 それらだけを請求し、残りを相手に返金することができます。これにより、オンチェーンの効率が向上し、 特定の種類のチャネルジャミング攻撃の実行をより困難にすることができます。

4月

Sergi Delgado Seguraは、ウォッチタワーが検出てきたプロトコル違反に対応できなかった場合の 責任の仕組みを提案しました。たとえば、アリスはウォッチタワーに、 LNチャネルの古い状態を検知し承認に応答するためのデータを提供します。その後、 その状態が承認され、ウォッチタワーは反応できませんでした。 アリスはウォッチタワーのオペレーターが適切に対応しなかったことを公に証明することで、 その責任を追求したいと考えています。Delgadoは、ウォッチタワーがコミットメントを作成するために使用できる 暗号学的アキュムレーターに基づく仕組みを提案しました。 ユーザーはこれを後で違反が発生した場合に責任の証明を生成するために使用できます。

ルートブラインドは3年前に初めて解説され、 4月にLNの仕様に追加されました。 これにより、受信者は特定の転送ノードの識別子と、 そのノードから受信者自身のノードまでのOnion暗号化されたパスを送信者に提供することができます。 送信者は、選択された転送ノードに支払いと暗号化されたパス情報を転送します。 転送ノードは、次のホップの情報を復号し、次のホップはまたその次のホップを復号します。 支払いが受信者のノードに到着するまで、どのノードが受信者であるかを（確実に）送信者も転送ノードも知ることはありません。 LNを使用した送金の受け取りのプライバシーが大幅に向上します。

4月にスクリプトレスなマルチシグを作成するためのMuSig2に BIP327が割り当てられました。このプロトコルは、LNDのsignrpcや Lightning LabのLoopサービス、BitGoのマルチシグサービス、 LNDの実験的なSimple Taproot Channelおよび PSBTを拡張するためのドラフトBIPなど、 この1年間で複数のプログラムやシステムに実装されることになりました。

Maxim Orlovskyは、4月にRGB v0.10のリリースを発表しました。 これは、オフチェーンで定義され検証されたコントラクトを使用して （とりわけ）トークンの作成と転送を可能にするこのプロトコルの新バージョンです。 コントラクトの状態の変更（転送など）は、通常のトランザクションに追加のブロックスペースを使用しない方法で オンチェーントランザクションに関連付けられ、コントラクトの状態（その存在を含む）に関するすべての情報を 第三者から完全に非公開にすることができます。今年の後半には、 RGBから部分的に派生したTaproot AssetsプロトコルがBIP化を意図した仕様をリリースしました。

4月にはまた、資金がチャネルに追加または削除される間もノードがチャネルを使用し続けることができるようにする スプライシングの提案プロトコルに関しても重要な議論が見られました。 これは、チャネル内に資金を保持しながら、その残高から即座にオンチェーン支払いを行えるようにする場合に特に便利で、 ウォレットのユーザーインターフェースで単一の残高を表示し、 そこからオンチェーン支払いとオフチェーン支払いのいずれかを行うことができます。年末までに、 Core LightningとEclairの両方がスプライシングをサポートするでしょう。

スプライシング

5月

LSP（Lightning Service Provider）のドラフト仕様が5月にリリースされました。 標準化により、クライアントは複数のLSPに簡単に接続できるようになり、 ベンダーロックインが防止され、プライバシーが向上します。 リリースされた最初の仕様には、クライアントがLSPからチャネルを購入できるようにするAPIについて定義し、 Liquidity Adsと同様の機能を実現します。 2つめは、JIT（Just in Time）チャネルをセットアップおよび管理するためのAPIを定義しています。

Dan Gouldは、今年の大部分をPayjoinプロトコルの強化に費やしました。 このプロトコルは、第三者がトランザクションのインプットとアウトプットを、 支払人または受取人のいずれにかに確実に関連付けることをより困難にするプライバシー強化技術です。 彼は2月に、受取人がパブリックなネットワークインターフェース上で常時稼働のHTTPSサーバーを運用していない場合でも使用可能な サーバーレスPayjoinプロトコルを提案しました。 5月には、支払いのカットスルーを含むPayjoinを使用したいくつかの高度なアプリケーションについて議論しました。 たとえば、アリスがボブに支払うのではなく、アリスはボブのベンダー（キャロル）に支払い、 ボブが彼女に負っている借金を減らします（または、予想される将来の請求を前払いします）。 これにより、ブロックスペースが節約され、標準のPayjoinよりもプライバシーが向上します。 8月には、サーバーレスPayjoinのドラフトBIPを投稿しました。 ここでは、支払人と受取人が同時にオンラインである必要はありません（ただし、 トランザクションをブロードキャストするには、取引の開始後、それぞれが少なくとも1回オンラインになる必要があります）。 年間を通して、彼はPDK（Payjoin Development Kit）および、 Bitcoin CoreでPayjoinを作成するためのアドオンを提供するpayjoin-cliプロジェクトのトップコントリビューターでした。

Burak Keceliは、Arkと呼ばれる新しいJoinpoolスタイルのプロトコルを提案しました。 このプロトコルでは、ビットコインの所有者は、一定期間内のすべてのトランザクションにおいて カウンターパーティを共同署名者として使用することをオプトインできます。所有者は、 タイムロックが切れた後でビットコインをオンチェーンで引き出すことも、 タイムロックが期限切れになる前に即座にトラストレスにオフチェーンでカウンターパーティに転送することもできます。 このプロトコルは、コインのミキシングや内部送金、LNインボイスの支払いなどのさまざまな用途に、 所有者からカウンターパーティへのシングルホップ、単一方向のアトミックな転送プロトコルを提供します。 LNと比較して、オンチェーンのフットプリントが大きいことと、 オペレーターが大量の資金をホットウォレットに保管する必要があることについて懸念が生じました。 しかし、何人かの開発者は、提案されたプロトコルと、 ユーザーにシンプルでトラストレスな体験を提供するその可能性について依然として熱心でした。

6月

Josie BakerとRuben Somsenは、サイレントペイメントのドラフトBIPを投稿しました。 サイレントペイメントは、再利用可能なペイメントコードの一種で、 使用されるたびに一意のオンチェーンアドレスを生成し、アウトプットのリンクを防止します。 アウトプットのリンクは、（取引に直接関与していないユーザーを含む）ユーザーのプライバシーを著しく低下させる可能性があります。 ドラフトでは、提案の利点、トレードオフ、ソフトウェアを効果的に使用する方法について詳しく説明しています。 Bitcoin Coreにサイレントペイメントを実装する進行中の作業も、 Bitcoin Core PR Review Clubミーティングで議論されました。

2023年のまとめ
セキュリティの開示

Optechは今年、3つの重大なセキュリティの脆弱性について報告しました:

  • ● Libbitcoin bxのMilk Sad脆弱性: ウォレットを作成するために提案されたコマンドのエントロピーの欠如が広く文書化されていなかったため、 最終的に複数のウォレットにまたがって相当数のビットコインが盗まれました。

  • ● LNノードに対する偽のファンディングによるサービス拒否: サービス拒否攻撃がMatt Morehouseによって非公開で発見され、責任を持って開示されました。 影響を受けるノードはすべてアップデートを行うことができ、この記事を書いている時点では、 この脆弱性が悪用されたことは確認されていません。

  • ● HTLCに対する置換サイクル: LNおよびおそらく他のプロトコルでも使用されているHTLCに対する資金窃取攻撃が、 Antoine Riardによって非公開で発見され、責任を持って開示されました。 Optechが追跡しているすべてのLN実装では、緩和策が導入されていましたが、 それらの緩和策の有効性は議論の対象で、他の緩和策も提案されています。

7月

VLS（Validating Lightning Signer）プロジェクトは、7月に最初のベータバージョンをリリースしました。 このプロジェクトでは、LNノードとその資金を管理する鍵を分離することができます。 VLSで動作するLNノードは、署名要求をローカルの鍵ではなくリモート署名デバイスにルーティングします。 ベータリリースでは、CLNとLDK、レイヤー1とレイヤー2の検証ルール、バックアップおよびリカバリー機能をサポートし、 参照実装を提供しています。

7月に開催されたLN開発者ミーティングでは、 ベースレイヤーにおける信頼できるトランザクションの承認や、 TaprootおよびMuSig2チャネル、 更新されたチャネルアナウンス、PTLCと冗長な過払い、 チャネルジャミングの緩和策の提案、 簡素化されたコミットメント、仕様化のプロセスなど、さまざまなトピックについて議論されました。 同時期に行われた他のLNの議論には、未使用のレガシーな機能を削除するためのLN仕様のクリーンアップや、 チャネルを閉じるためのプロトコルの簡素化などが含まれていました。

8月

Onionメッセージのサポートが8月にLN仕様に追加されました。 Onionメッセージは、ネットワークを介して一方向のメッセージ送信を可能にします。 （HTLC）支払いと同様に、メッセージはOnion暗号化を使用し、 各転送ノードは、どのピアからメッセージを受け取って、次にメッセージを受け取るのがどのピアかを知るのみです。 メッセージのペイロードも暗号化され、最終的な受信者だけが読めるようになっています。 Onionメッセージは、4月にLN仕様に追加されたブラインドパスを使用し、 Onionメッセージ自体は、提案されているオファープロトコルで使用されます。

Thomas Voegtlinは、古くなったバックアップ状態をユーザーに提供するプロバイダーに ペナルティを与えられるようにするプロトコルを提案しました。 このサービスは、ユーザーであるアリスが、バージョン番号と署名のついたデータを ボブにバックアップを依頼するというシンプルな仕組みです。ボブは、nonceを追加し、 タイムスタンプ付きの署名で完全なデータにコミットします。 ボブが古くなったデータを提供した場合、アリスはボブが以前より高いバージョン番号に署名していたことを示す Fraud Proof（不正の証明）を生成することができます。この仕組みはBitcoin固有のものではありませんが、 特定のBitcoinのopcodeを組み込むことで、オンチェーンで利用できるようになる可能性があります。 ライトニングネットワーク（LN）チャネルでは、ボブが古くなったバックアップを提供した場合、 アリスはすべてのチャネル資金を要求できるため、ボブがアリスを騙して彼女の残高を盗むリスクが軽減されます。 この提案は大きな議論を呼びました。Peter Toddは、LNを超える汎用性を指摘し、 Fraud Proofのないより単純な仕組みを提案しました。一方、Ghost43は、 匿名ピアを扱う場合のそのような証明の重要性を強調しました。

LNDは、「Simple Taproot Channel」の実験的なサポートを追加しました。 これにより、LNのファンディングおよびコミットメントトランザクションは、双方が協力している場合に、 MuSig2スタイルのスクリプトレスなマルチシグの署名をサポートする P2TRを使用できるようになります。 P2TRの使用により、チャネルを協調的に閉じる際のトランザクションweightが軽減され、プライバシーが向上します。 LNDは引き続きHTLCのみを使用し、Taprootチャネルで開始された支払いが、 Taprootチャネルをサポートしていない他のLNノードを経由して転送され続けるようにします。

9月

9月、Tom Briarは、圧縮されたBitcoinトランザクションのドラフト仕様と実装を公開しました。 この提案は、整数の表現を可変長整数に置き換え、 OutPointのtxidの代わりにブロックの高さと位置でトランザクションを参照するようにし、 P2WPKHトランザクションから公開鍵を省略することで、 Bitcoinトランザクションの一様に分散したデータを圧縮するという課題に対処しています。 圧縮形式はスペースを節約しますが、それを使用可能なフォーマットに変換するには、 通常のシリアライズされたトランザクションを処理するのよりも多くのCPU、メモリおよびI/Oが必要になります。 これは、衛星によるブロードキャストやステガノグラフィーによる転送では許容可能なトレードオフです。

2023年のまとめ
人気のインフラストラクチャプロジェクトのメジャーリリース

10月

Gijs van Damは、支払いの分割と切り替え （PSS＝Payment Splitting and Switching）に関する 研究結果とコードを投稿しました。彼のコードを使用すると、 ノードは受信した支払いを複数のパーツに分割することができ、 最終的な受信者に到達するまでに複数の経路をたどることができます。たとえば、 アリスからボブの支払いの一部はキャロルを経由することができます。この手法は、 攻撃者がネットワーク全体の支払いを追跡するためにチャネル残高を調査する残高探索攻撃を大幅に防ぐことができます。 Van Damの研究によると、PSSを使用した場合、攻撃者が得る情報は62％減少することが示されました。 さらに、PSSはライトニングネットワークのスループットを向上させ、 チャネルジャミング攻撃の軽減に役立つ可能性があります。

開発者のZmnSCPxjは、LNの流動性管理を強化することを目的とした サイドプール と呼ばれるコンセプトを提案しました。 サイドプールには、LNチャネルと同様のマルチパーティオフチェーンステートコントラクトに資金を預ける複数の転送ノードが含まれます。 これにより、オフチェーンの参加者間で資金を再配分することができます。たとえば、 アリス、ボブ、キャロルがそれぞれ1 BTCでスタートした場合、 アリスが2 BTC、ボブが0 BTC、キャロルが1 BTCになるように状態を更新できます。 参加者は引き続き通常のLNチャネルを使用、アドバタイズします。これらのチャネルの残高が不均衡になった場合は、 ステートコントラクト内のオフチェーンのPeerSwapを介してリバランスが可能です。 この方法は、参加者にとってプライベートで、オンチェーンスペースが少なくて済み、 オンチェーンでのリバランス手数料が不要になる可能性が高いため、転送ノードの収益の可能性とLN支払いの信頼性が向上します。 ただし、これにはマルチパーティステートコントラクトが必要で、これは運用環境ではテストされていません。 ZmnSCPxjは、LN-Symmetryまたは、Duplex Payment Channel上に構築することを提案していますが、 どちらにも利点と欠点があります。

10月には、assumeUTXOプロジェクトの最初のフェーズが完了しました。 これには、assumedvalidなスナップショットのchainstateの使用と、バックグラウンドでの完全な検証同期の両方に必要な 残りの変更が含まれています。RPC経由でUTXOスナップションをロードできるようになります。 この機能セットはまだ経験の浅いユーザーが直接使用することはできませんが、 このマージは数年にわたる取り組みの集大成となりました。2018年に提案され、2019年に正式化されたこのプロジェクトは、 ネットワークに最初に参加する新しいフルノードのユーザー体験を大幅に向上させます。

また、10月にBIP324で定義されているバージョン2暗号化P2Pトランスポートのサポートが Bitcoin Coreに追加されました。この機能は現在デフォルトで無効化されていますが、 -v2transportオプションを使用して有効にできます。暗号化トランスポートは、 ノードがどのトランザクションをそのピアにリレーしているかを（ISPのような）受動的な観察者が直接的に決定できなくすることで、 Bitcoinユーザーのプライバシーを向上させるのに役立ちます。また、セッションIDを比較することで、 暗号化トランスポートを使用してアクティブな中間観察者を検出することも可能です。 将来的には、他の機能を追加することで、 軽量クライアントがP2P暗号化接続を介して信頼できるノードに安全に接続できるようになる可能性があります。

miniscriptディスクリプターのサポートについて、年間をとおしてBitcoin Coreでいくつかの追加の改善が見られました。 2月には、P2WSHアウトプットスクリプトのminiscriptディスクリプターを作成できる機能が追加されました。 10月には、Tapscript用のminiscriptディスクリプターを含むTaprootをサポートするために miniscriptのサポートが更新されました。

ゼロ知識Validity Proofを使用したBitcoinの状態の圧縮方法が5月にRobin LinusとLukas Georgeによって 説明されました。これにより、システム内の将来の操作をトラストレスに検証するために クライアントがダウンロードする必要がある状態の量が大幅に削減されます。たとえば、 ブロックチェーン上で既に承認されているすべてのトランザクションを検証するのではなく、 比較的小さなValidity Proofのみで新しいフルノードを開始できます。 10月、Robin Linusは、Bitcoinのコンセンサスの変更を必要とせずに、 任意のプログラムの実行の成功を条件としてビットコインの支払いを可能にする方法であるBitVMを 紹介しました。BitVMは大量のオフチェーンデータの交換を必要としますが、 合意に必要なのは1つのオンチェーントランザクションのみで、 紛争の場合に必要なのは少数のオンチェーントランザクションのみです。 BitVMは敵対的なシナリオでも、複雑なトラストレスなコントラクトを可能にし、 複数の開発者の注目を集めています。

11月

ブラインドパスとOnionメッセージの最終仕様と、 複数の人気のLNノードでの実装により、これらに依存するオファープロトコルの開発が今年大幅に進みました。 オファーにより受取人のウォレットは、支払人のウォレットと共有できる短い オファー を生成できます。 支払人のウォレットはオファーを使用して、LNプロトコル経由で受取人のウォレットに連絡し、 特定のインボイスを要求し、通常の方法で支払うことができます。これにより、 それぞれ異なるインボイスを生成できる再利用可能なオファーや、 支払いの数秒前に現在の情報（為替レートなど）で更新できるインボイス、 同じウォレットで複数回支払い可能な（定期購入など）オファーなどを作成できます。 Core LightningとEclairにおけるオファーの既存の実験的実装は、 年間をとおして更新され、オファーのサポートはLDKにも追加されました。 さらに11月には、オファーと互換性のあるライトニングアドレスの更新版の作成に関する議論が行われました。

11月にはLiquidity Adsの仕様も更新され、 ノードが手数料と引き換えに資金の一部を新しいデュアルファンディングチャネルに提供する意思があることを アナウンスできるようになり、要求側ノードはすぐにLN支払いの受け取りを開始できるようになりました。 Liquidity Adsから作成されたチャネルがタイムロックを含むべきかどうかについて、 12月に入っても議論が続きましたが、更新はほとんどが小さなものでした。 タイムロックは、購入者が実際に支払いをした流動性を受け取るというインセンティブに基づく保証を与えることができますが、 悪意のある購入者や配慮のない購入者によって、過剰な量の提供者の資本をロックするために使用される可能性もあります。

2023年のまとめ
Bitcoin Optech

Optechの6年めは、51回の週刊ニュースレターを発行し、 mempoolポリシーに関する10部構成のシリーズを発行し、 トピックインデックスに15の新しいページを追加しました。 Optechは今年、Bitcoinソフトウェアの研究開発に関する8万6000以上の英単語を公開し、 これはおそよ250ページの本に相当します。

さらに、今年の各ニュースレターにはポッドキャストエピソードが付属しており、 音声形式で合計50時間以上、書き起こし形式では450,000ワードに達しました。 Bitcoinのトップコントリビューターの多くが番組にゲスト出演し、そのうち何人かは複数のエピソードに出演しており、 2023年には合計62人のゲストが登場しました:

  • Abubakar Ismail
  • Adam Gibson
  • Alekos Filini
  • Alex Myers
  • Anthony Towns
  • Antoine Poinsot
  • Armin Sabouri
  • Bastien Teinturier
  • Brandon Black
  • Burak Keceli
  • Calvin Kim
  • Carla Kirk-Cohen
  • Christian Decker
  • Clara Shikhelman
  • Dan Gould
  • Dave Harding
  • Dusty Daemon
  • Eduardo Quintana
  • Ethan Heilman
  • Fabian Jahr
  • Gijs van Dam
  • Gloria Zhao
  • Gregory Sanders
  • Henrik Skogstrøm
  • Jack Ronaldi
  • James O’Beirne
  • Jesse Posner
  • Johan Torås Halseth
  • Joost Jager
  • Josie Baker
  • Ken Sedgwick
  • Larry Ruane
  • Lisa Neigut
  • Lukas George
  • Martin Zumsande
  • Matt Corallo
  • Matthew Zipkin
  • Max Edwards
  • Maxim Orlovsky
  • Nick Farrow
  • Niklas Gögge
  • Olaoluwa Osuntokun
  • Pavlenex
  • Peter Todd
  • Pieter Wuille
  • Robin Linus
  • Ruben Somsen
  • Russell O’Connor
  • Salvatore Ingala
  • Sergi Delgado Segura
  • Severin Bühler
  • Steve Lee
  • Steven Roose
  • Thomas Hartman
  • Thomas Voegtlin
  • Tom Briar
  • Tom Trevethan
  • Valentine Wallace
  • Vivek Kasarabada
  • Will Clark
  • Yuval Kogman
  • ZmnSCPxj

Optechはまた、ビジネスコミュティから寄せられた2つのフィールドレポートも公開しました。 1つはBitGoのBrandon Blackによる手数料コストの削減とプライバシー向上のための MuSig2の実装に関するレポートで、2つめは、 WizardsardineのAntoine Poinsotによるminiscriptを使用したソフトウェア構築に関するレポートです。

12月

Bitcoin Coreの複数の開発者は、親トランザクションは子トランザクションよりも先に承認されなければならないという トランザクションの必要な順序を維持しながら、mempoolの操作を簡素化するための新しい クラスターmempoolの設計に取り組み始めました。 トランザクションはクラスターにグループ化され、手数料率でソートされたチャンクに分割され、 手数料率の高いチャンクが最初に承認されるようにします。 これにより、mempool内の最も手数料率の高いチャンクを単純に選択することでブロックテンプレートを作成し、 手数料率の最も低いチャンクをドロップすることでトランザクションを削除することができます。 これは、既存の望ましくない動作の一部（最適ではない削除によりマイナーが手数料収入を失う可能性など）を修正し、 将来的にはmempoolの管理とトランザクションリレーの他の側面を改善できる可能性があります。 彼らの議論のアーカイブは、12月初旬に公開されました。

12月にはまた、（通常はテストネットワーク上で）定義された接続セットを持つ多数のBitcoinノードを起動するための 新しいツールも公開されました。これは、少数のノードでは再現するのが難しい動作や、 既知の攻撃やゴシップ情報の伝播など、パブリックネットワーク上で問題を引き起こす動作をテストするために使用できます。 このツールを使用した公開例の1つは、提案された変更の前後で Bitcoin Coreのメモリ消費量の測定でした。

私たちは、上記のすべてのBitcoinコントリビューターと、同様に重要な仕事をした他の多くの人々に、 今年もBitcoinの発展の素晴らしい年をもたらしてくれたことに感謝します。 Optechのニュースレターは、1月3日に通常の水曜日の発行スケジュールに戻ります。