プロジェクトが「オープンソース」であるとは何を意味しますか?

定義と基本原則

1. オープンソースとは、誰でも検査、変更、配布できるようにソース コードが公開されているソフトウェアを指します。

2. コードをリリースするライセンスは、自由な再配布や派生作品の作成の許可など、オープン ソース イニシアチブによって定義された基準に準拠する必要があります。

3. 暗号通貨プロジェクトにおいて、オープンソースのステータスとは、スマート コントラクト、コンセンサス ロジック、ウォレットの実装、およびノー​​ド ソフトウェアがすべて GitHub や GitLab などのプラットフォームでアクセスできることを意味します。

4. 透明性はオプションではなく、構造的なものです。監査人、開発者、ユーザーは、文書やサードパーティの保証だけに頼ることなく、動作を検証できます。

5. 変更を管理する中央機関はありません。コントリビューションは、プル リクエストのレビュー、問題の追跡、バージョン管理されたリリースなど、コミュニティが管理するプロセスに従って行われます。

検証と信頼のメカニズム

1. コントラクトのバイトコードが監査済みの公開されたソース コードと一致する場合、オンチェーン検証が可能になります。Etherscan の「Verify and Publish」などのツールは、オープン ソースの可用性に完全に依存しています。

2. セキュリティ研究者は、導入前に脆弱性を特定するために、抽象的な仕様ではなく実際のコードに対して静的分析、ファズ テスト、シンボリック実行を実行します。

3. フォークは組み込まれた不測の事態です。メンテナーがコミュニティの利益に反して行動した場合、貢献者はコードベースを複製し、パラメーターやガバナンス ルールを変更して独立した実装を開始する可能性があります。

4. パブリック リポジトリには、コミット履歴、寄稿者のメタデータ、CI/CD ログが含まれており、時間の経過に伴う変更のフォレンジック追跡と、特定のロジック行に対する説明責任が可能になります。

5. ERC-20 や ERC-721 などのトークン標準が存在するのは、そのリファレンス実装がオープンソースであり、ウォレット、取引所、DeFi プロトコル間の相互運用性を可能にしているためです。

分散型ガバナンスへの影響

1. DAO の投票メカニズムは、多くの場合、スナップショットのオフチェーン署名スキームやタリーの提案インターフェイスなどのオープンソース ツールに依存しており、それら自体が公開の精査と反復的なアップグレードを受けます。

2. ガバナンス提案には、GitHub の差分へのリンクが含まれることが多く、承認された場合に手数料率、スラッシュ条件、報酬乗数などのプロトコル パラメーターがどのように変化するかを正確に示します。

3. バリデーターとノードオペレーターは、プレスリリースやマーケティング概要ではなく、変更ログ、テストネットの結果、ベンチマーク比較をレビューすることでアップグレードの準備状況を評価します。

4. コミュニティのメンバーは、ビルド済みの実行可能ファイルをダウンロードするのではなく、ソースからバイナリをコンパイルするため、一元化されたビルド インフラストラクチャへの依存が軽減され、サプライ チェーンのリスクが軽減されます。

5. ライセンスの互換性は非常に重要です。MIT ライセンスのライブラリと GPL ライセンスのモジュールを組み合わせたプロジェクトは、フォークや統合が法的にどのように動作するかに影響を与える法的制約に直面します。

よくある誤解

1. リポジトリが公開されても、自動的にオープン ソースへの準拠を意味するものではありません。一部のリポジトリには、適切なライセンス ヘッダーがなかったり、カスタム条件によって商用利用が制限されたりすることがあります。

2. 「オープンソース」はセキュリティを保証するものではありません。セキュリティを有効にするだけです。監査されていない、文書化が不十分、または保守されていないコードは、アクセシビリティにもかかわらず脆弱なままです。

3. プロジェクト Web サイトに表示されるフロントエンド インターフェイスは、多くの場合、コア プロトコル コードから分離されています。多くの dApp は、不透明な API エンドポイントや集中リレーラーの背後に重要なロジックを隠しています。

4. 難読化された Solidity または縮小された JavaScript はオープン性の要件を満たしていません。読みやすく、適切に構造化されたソースは、有意義なレビューにとって引き続き不可欠です。

5. 一部のチームは部分的なコードベースのみを公開し、Oracle フィード、管理キー、またはマルチシグ ロジックを未公開のままにし、透明なシステム内であっても隠れた集中化ベクトルを作成します。

よくある質問

Q: オープンソースとは、誰でもライブ ブロックチェーンを変更できるという意味ですか?いいえ、オープン ソースではソフトウェアを検査および変更する権利が付与されますが、ライブ ネットワークを変更するには、コード アクセスだけでなく、バ​​リデーターまたはマイナー間の合意が必要です。

Q: スマート コントラクトは検証されているが、フロントエンドは検証されていない場合、トークンをオープンソースにすることはできますか?はい。トークン コントラクトはユーザー インターフェイスとは異なります。検証された不変の ERC-20 コントラクトは、フロントエンドの不透明性に関係なく、オープンソースとしての資格を有します。

Q: すべてのオープンソース暗号化プロジェクトが監査されていると考えても安全ですか?いいえ。監査は外部企業またはコミュニティの取り組みによって実施される別個のイベントであり、オープンソースのステータスに固有のものではありません。

Q: プロジェクトの起動後に GitHub リポジトリを削除するとどうなりますか?これはオープンソースの原則に違反します。このような削除は検証可能性を損ない、信頼を損ない、アーカイブされたスナップショットまたは IPFS に保存されたバージョンを使用してコミュニティ フォークを引き起こす可能性があります。