﻿---
title: "パーミッションレス・ブロックチェーン"
description: "パーミッションレス・ブロックチェーンでは、特定のプロトコル操作について事前の本人承認が不要ですが、参加資格、実務上のアクセス可能性、影響力、プライバシー、アプリケーションのガバナンスは個別に評価する必要があります。"
image: "https://wiki.fcontext.com/og.png"
---

> Documentation Index
> Fetch the complete documentation index at: https://wiki.fcontext.com/llms.txt
> Use this file to discover all available pages before exploring further.

# パーミッションレス・ブロックチェーン

> 教育目的のみであり、投資助言ではありません。投資は損失につながる可能性があります。

<a id="answer"></a>

## 直接の答え

パーミッションレス・ブロックチェーンでは、管理者やコンソーシアムによる事前の本人承認を受けずに、特定のプロトコル操作を実行できます。この呼称を使う際は、対象となる操作を明示する必要があります。公開状態の閲覧、トランザクションの送信、独立検証ノードの運用、ピアの発見、ブロックの提案、ステークの有効化、コードのデプロイ、証明や異議の提出、ガバナンスの変更には、それぞれ異なる規則が適用され得ます。

パーミッションレスな参加資格は、無料、匿名、影響力の平等、またはアクセスの保証を意味しません。手数料、残高、ステーク、ボンド、ハードウェア、帯域幅、データ、稼働時間、ソフトウェアの技能、アクティベーション・キュー、期限は、本人の許可リストではなく、プロトコル上または運用上の条件です。RPC サービス、フロントエンド、ビルダー、リレー、ステーキングプール、シーケンサー、ブリッジ、オラクル、コントラクト管理者、ガバナンス手続きには、実務上または明示的な許可の壁が残る場合があります。

<a id="mechanism"></a>

## 仕組み

1. チェーン、ネットワーク、フォーク、デプロイ、バージョン、主体、操作を特定します。閲覧、トランザクション送信、ローカル検証、ピア発見、ブロック提案、ステーキングまたはマイニング、証明または異議申立て、コードのデプロイ、アップグレードのガバナンスについて権限マトリクスを作ります。
2. 読み取りと検証の経路を確認します。フルクライアントまたはライトクライアントと RPC またはインデクサー、現在の状態とアーカイブ履歴、プロトコル上の可用性とプロバイダーの保存方針、認証、レート制限、プライバシーポリシーを区別します。
3. 署名から、資金、ノンス、ガスと手数料上限、ローカルでの受理、伝播、ビルダーまたは提案者による選択、ブロック収録、実行、フォーク選択、正当化、ファイナリティまで、トランザクションのアクセス経路を追跡します。有効であることや一つの RPC が受領したことは、その後のどの状態も保証しません。
4. ノード運用とコンセンサスへの影響力を分けます。実行クライアントとコンセンサスクライアント、同期、ストレージ、帯域幅、ピア発見、エクリプス耐性を整理したうえで、そのチェーン固有のブロック生成に必要な作業量、ステーク、アクティベーション、鍵、稼働時間、スラッシング条件を整理します。
5. マイニングプールまたはステーキングプール、運用者、クライアント、クラウド、RPC、ビルダー、リレー、非公開オーダーフロー経路の実務上の集中度を測ります。シビル耐性は影響力を希少資源に結び付けますが、ネットワーク上の識別子を安価に作ることまでは防ぎません。
6. 各アプリケーションとスケーリング上の依存先を個別に監査します。コントラクトを自由にデプロイできても、所有者、プロキシ、ロール、一時停止、許可リストによる制御はなくなりません。証明、異議申立て、シーケンサー、データ可用性、ブリッジ、オラクルには、ボンド、期間、鍵、または許可された主体が存在し得ます。
7. プロトコル、クライアント、アプリケーションのガバナンス、緊急権限、アップグレードの採用経路を整理します。収録、ファイナリティ、集中度、アクセス障害、プライバシー漏えいを監視し、実行可能な範囲で自己ホスト経路や複数の経路を維持します。ただし、代替経路が無コストまたは完全に検閲耐性を持つとは主張できません。

二者択一のチェーン分類ではなく、権限マトリクスを使います。公開状態を提供し、署名済みトランザクションを受け付けながら、ブロック生成を制限するネットワークもあります。パーミッションレスな基盤層上にも、許可リストとアップグレード管理者を持つアプリケーションを構築できます。逆に、許可型ネットワークが検証可能なデータを公開しながら、参加資格やブロック生成を開放しない場合もあります。

公開は非公開を意味しません。アドレスは仮名ですが、台帳、RPC 照会、ピア接続、IP アドレス、時刻、資金経路から活動が結び付けられる可能性があります。オープンソースによる検証も即時の合意を生みません。ローカルでの受理、伝播、収録、実行成功、正規フォークの選択、ファイナリティは別々の状態です。

<a id="example"></a>

## 例

- **トランザクションへのアクセスにも手数料の壁があります。** `gasUsed = 21,000`、`baseFee = 20 gwei`、`priorityFee = 2 gwei`、`maxFee = 30 gwei` の場合、実効価格は `min(30, 20 + 2) = 22 gwei` です。手数料は `21,000 * 22 = 462,000 gwei = 0.000462 ETH` です。`3,000 USD/ETH` なら `1.386 USD` となります。本人承認は不要でも、資金とローカルでの受理条件は残ります。
- **検証できても、随時ブロックを提案できるわけではありません。** 比例配分を仮定した教育用モデルで、有効ステーク総額を `3,200 ETH`、ある運用者の保有額を `64 ETH` とすると、その比率は `64 / 3,200 = 2%` です。`10,000 slots` における提案回数の期待値は `10,000 * 2% = 200` です。アクティブなバリデーターを持たないフルノードの提案ウェイトは `0` です。実際の選出と報酬は、単なる期待値ではなく、稼働中のプロトコルに従います。
- **複数の URL が同じ障害ドメインに属する場合があります。** フロントエンドに `4 RPC URLs` が表示されていても、そのうち `3` が同じ運用者、`1` が独立運用者であれば、障害ドメインの比率は `75%` と `25%` です。ハーフィンダール・ハーシュマン指数は `0.75^2 + 0.25^2 = 0.625 = 6,250` となります。プロトコルへの参加が開かれていても、アプリケーションの入口は集中し得ます。
- **シビル識別子を作っても、コンセンサス上のウェイトを無料では得られません。** `1,000 P2P identities` の作成コストは低い場合があります。一方、記載の最低額に基づき `1,000 Ethereum validator keys` を有効化するには、1 鍵当たり `32 ETH`、合計 `1,000 * 32 = 32,000 ETH` が必要であり、キュー、ハードウェア、運用条件は別途必要です。ノード数をステーク量や独立した支配主体の数と置き換えてはいけません。

<a id="risks"></a>

## リスク

- 一つのパーミッションレスという呼称をすべての操作に適用すること
- チェーン、ネットワーク、フォーク、デプロイ、規則の取り違え
- RPC の認証、レート制限、検閲、停止、古い状態
- フロントエンド、ドメイン、ウォレット、アプリストア、地域によるアクセス制限
- ローカルのメンプール方針による有効なトランザクションの拒否または排除
- 手数料上限、残高、ノンス、ガス、コールデータによる送信阻害
- ビルダーまたは提案者による検閲、順序付けの権限、最大抽出可能価値
- リレー、ビルダー、非公開オーダーフローの集中と障害
- バリデーターの資本、アクティベーション、ハードウェア、運用上の壁
- マイニングプールまたはステーキングプール、カストディアン、運用者の集中
- クライアントの単一化と相関した実装不具合
- ストレージ、帯域幅、同期、履歴、データアクセスの壁
- ブートノード、DNS、NAT、ピア評価、エクリプス、シビル攻撃、リソース枯渇型 DoS
- 台帳、RPC、IP、時刻、資金、取引グラフによる匿名性の解除
- コントラクトの所有者、プロキシ、ロール、一時停止、許可リストによる制御
- オラクル、シーケンサー、ブリッジ、データ可用性、マルチシグへの依存
- 証明または異議申立てに必要なボンド、期間、データ、計算資源、許可の不備
- 受理、ブロードキャスト、収録、有効性、ファイナリティの混同
- プロトコルのガバナンス、クライアントの採用、アプリケーションのガバナンスの混同
- 法律、地域、ISP、クラウド、ハードウェア供給による制限

<a id="misconceptions"></a>

## よくある誤解

- **パーミッションレスなら無料で即時に必ず収録される。** なくなるのは特定の承認の壁であり、経済、技術、順序付けの制約は残ります。
- **ノードを運用できれば、いつでもブロックを提案できる。** 独立検証とコンセンサス上のブロック作成者選出は別の役割です。
- **プロトコル上の参加資格があれば、参加は容易で影響力も平等である。** 資源コストと資源で重み付けされた影響力には大きな差があり得ます。
- **公開または仮名なら、非公開または匿名である。** オンチェーンとインフラのメタデータから行動パターンや主体を特定できる場合があります。
- **基盤チェーンがパーミッションレスなら、すべてのアプリケーションも同じである。** コントラクト、ロールアップ、ブリッジ、フロントエンド、ガバナンスには固有の制御と依存関係があります。

<a id="related"></a>

## 関連トピック

- [フルノード](/ja/crypto/full-node/)
- [ピアツーピア・ネットワーク](/ja/crypto/peer-to-peer-network/)
- [検閲耐性](/ja/crypto/censorship-resistance/)

<a id="sources"></a>

## 出典

- [Blockchain Technology Overview](https://doi.org/10.6028/NIST.IR.8202) - National Institute of Standards and Technology（参照日：2026-08-13）
- [Nodes and clients](https://ethereum.org/developers/docs/nodes-and-clients/) - Ethereum.org（参照日：2026-08-13）
- [Networking layer](https://ethereum.org/developers/docs/networking-layer/) - Ethereum.org（参照日：2026-08-13）
- [Transactions](https://ethereum.org/developers/docs/transactions/) - Ethereum.org（参照日：2026-08-13）
- [Introduction to smart contracts](https://ethereum.org/developers/docs/smart-contracts/) - Ethereum.org（参照日：2026-08-13）
- [Proof-of-stake (PoS)](https://ethereum.org/developers/docs/consensus-mechanisms/pos/) - Ethereum.org（参照日：2026-08-13）
- [Maximal extractable value (MEV)](https://ethereum.org/developers/docs/mev/) - Ethereum.org（参照日：2026-08-13）
- [Introduction to Ethereum governance](https://ethereum.org/governance/) - Ethereum.org（参照日：2026-08-13）

Source: https://wiki.fcontext.com/ja/crypto/permissionless-blockchain/index.mdx
