ビットコイン：長期的見通し

ビットコインは8年間存在し、大きな成功を収めてきた素晴らしいコンセプトです。しかし、まだ完璧からは程遠く、時間をかけて友好的かつ責任ある方法で修正する必要がある問題が数多くあります。私は、自分の優先事項の指針となる、ビットコイン フルノードの長期的なエンジニアリング目標について、いくつかの考えを共有したいと考えました。これは、先週リリースされたビットコイン クラシック フルノードの 1.2 バージョンですでに確認できます。

1. プロトコルの文書化

ビットコインは全体としてプロトコルと呼ばれることがよくあります。しかし、ほとんどのプロトコルとは異なり、ビットコインは文書化が不十分であり、綱渡りの状態です。

最初の目標は、完全に文書化されたビットコインに移行することです。ここで重要な点は、プロトコル文書が「先駆者」であるということです。したがって、2 つの異なる実装がある場合、プロトコル ドキュメントはどちらが正しいかを判断するための基準となります。これにより、誰が最大の市場シェアを持っているか、誰が最も長いチェーンを持っているかなど、誰が本当のビットコインであるかを評価するための無意味な議論を回避できます。

2. プロトコルの下位互換性

現在のビットコイン プロトコルの設計には、ソフトウェア業界のベスト プラクティスに従っていない部分が多くあります。これらの設計面の多くは大きな問題を引き起こすことはありませんが、ソフトウェア業界には従うべきベストプラクティスがいくつかあります。良い例は、ビットコイン プロトコルの不変のデータ構造です。ビットコインのP2P情報に値を追加することは不可能であり、無駄な値はトランザクションごとに保存されるため削除することはできません。

2 番目の目標は、プロトコル データ構造のタグ付けに移行することです。タグ付きデータ構造のアイデアは、ビットコインの誕生以前の数十年前に遡ります。ここで重要な点は、間違いが起こったこと、そしてビットコインの規模拡大と修正に伴い間違いが進化し続けることを私たちは知っているということです。これを実現するには、クリーンかつ下位互換性のある変更を加える機能が必要です。既存の p2p メッセージに新しいフィールドを追加する方が、同じ情報と 1 つの項目を含むまったく新しいメッセージ タイプを作成するよりも簡潔です。

注: ビットコインの基本的な概念は明確かつ健全であり、変更すべきものではありません。

3. ブロックチェーンデータベースのクエリをより便利にする

業界としてのビットコインは、誰もが共有し使用する普遍的なデータベースであるブロックチェーンに依存しています。データベースの主な特性は、必要な情報に素早くアクセスできることです。高速アクセスの例として、通常のデータベースでは、特定の日付以降のすべてのトランザクションを返すことができます。

残念ながら、どのフルノードでもブロックチェーンへのアクセスは非常に原始的で非常に遅いため、ブロックチェーンは本質的にプライベートデータになります。つまり、ブロック エクスプローラーはデータベース全体を再作成する必要が出てきます。使用パターンや多くの特性の研究は、非常に忍耐強い少数の人々に限定されています。

3 番目の目標は、ビットコインのフルノードがデータベースを含む完全なアクセスを提供することです。生データへのシンプルなアクセスははるかに高速であり、これによりフルノードは非常に幅広い機能を持つことができ、フルノードの実行がさらに便利になります。

このブログは Classic の長期ロードマップの一部として始まり、第 2 部では各目標について詳しく説明します。

Bitcoin Classicコミュニティに参加する

これらの目標は、ビットコインに求めているものと一致していますか?ぜひご参加をご検討ください。クライアントを運営したり、誤字脱字を見つけたときにメールを送信したり、単にニュースサイトでストーリーを共有したりすることも、始めるのに最適な方法です。このエキサイティングな変更に参加するその他の方法については、Classic コミュニティ ページをご覧ください。