待望のビットコインクラシッククライアントは、トランザクションのスケーラビリティの問題を解決することを目指しています

Bitcoin Classic チームは、クライアント 1.2 のベータ バージョンを GitHub でリリースしました。このバージョンにはいくつかの重要なアップデートが含まれており、そのうちの 1 つは交易延展性（transaction malleability）問題を解決すると言われる TransFlex です。

クラシックな新しいクライアントがトランザクションのスケーラビリティの問題を解決

この新しいバージョンのクライアントには多くの新機能が追加されていますが、Classic の GitHub の投稿では、 Transflex と Xthin ブロックの2 つの点にのみ焦点が当てられています。

この投稿は Classic 開発者の Tom Zander 氏によって行われ、同氏はクライアントを正式にリリースする前に包括的なテストを実施すると述べました。

このニュースを皆さんと共有できることをとても嬉しく思います! Bitcoin Classic バージョン 1.2 がリリースされようとしています。ベータテスト版は現在完全に利用可能であり、次のアドレスからダウンロードできます。 1.2 では、多くの新機能が追加され、多くのバグが解決され、改善が行われました。新しい機能は、本番環境にリリースする前にすべて慎重に確認します。

ビットコインの発展

Classic チームは、新しい TransFlex 機能によってトランザクションのスケーラビリティの問題が完全に解決され、Segregated Verification (SegWit) はまったく必要なくなると考えています。 TransFlex は、ブロックトランザクションが確認された後に署名を削除できます。テストの結果、このモデルは容量を 75% 削減できるとのことです。

もしこれが本当なら、ビットコインのブロック容量問題を解決することを目指すライトニングネットワークも現実のものとなるかもしれない。さらに、ザンダー氏は、TransFlex は単独の検証ではできないことができると改めて強調しました。

ザンダー氏は、TransFlex はトランザクションのスケーラビリティ問題の解決に優れていると述べた。それは「技術的負債」 ^[1]が少なくなるからです。つまり、システムはより完全になるということです。

ザンダー氏は「Segregated Witness」について次のように疑問を表明した。

問題は、Segwit によって多くの技術的負債が生じることです。技術的負債とは、開発チームのシステム設計が最初から完璧ではなく、最終的に開発時間が長くかかることを指します。 「借金」という言葉はまさに適切です。なぜなら、人々は徐々に、取引を利用すると利息を支払うのと同じようにお金がかかるということに気づき始めているからです。

ブロックサイズ拡大をめぐる戦いは続く

Transflex に加えて、Classic のアップデートには超薄型ブロックも含まれます。この機能は、ビットコインのブロック伝播の遅延問題を解決すると言われています。簡単に言えば、超薄型ブロックは、ノード メモリ プール (mempool) を通じてブロックを再構築する前に、ブロック内のデータのごく一部のみを送信するため、容量を削減できます。

過去 2 年間、コミュニティはブロック容量に関して合意に達することができませんでした。現在、ビットコインのブロック容量は 1MB であり、トランザクションの数が大幅に制限されています。ブロック容量の拡大をめぐる論争も、2つの主要な陣営の形成につながった。

大規模ブロックの支持者は、プロトコルを変更することでオンチェーンの拡張を実現し、ブロック容量を増やすことを望んでいます。もう一方では、ブロックチェーンをフォークしないオフチェーンまたはサイドチェーンのソリューションを好みます。

注釈（↵で本文に戻る）

1. 技術的負債とは、開発チームがアーキテクチャの設計や選択を行う際に、短期的な影響の観点からは実装しやすいソリューションを選択したが、長期的にはそのソリューションの方がマイナスの影響を与えるという状況、つまり開発チームが負っている負債を指します。 ↵