# NERO Chain ドキュメント — ホワイトペーパー

> 「ホワイトペーパー」セクションのキュレーション済みインデックス。完全版は /llms-full.txt にあります。

## ホワイトペーパー

- [概要](https://docs.nerochain.io/ja/core-concepts.md): ビットコインの登場以来、ブロックチェーン技術と分散化の概念は徐々に人気を集めてきました。イーサリアムのスマートコントラクトによって、分散型台帳技術の可能性はほぼ無限に広がりました。初期のブロックチェーン技術は主にセキュリティと分散化の問題に取り組み、信頼の課題を解決することに重点を置いていました。しかし、トランザクション処理能力の需要が急増するにつれて、Solanaをはじめとするパーミッションレス
- [アクセスレイヤー：ネイティブアカウント抽象化](https://docs.nerochain.io/ja/core-concepts/architecture/accessLayer.md): アクセスレイヤーは、ネイティブアカウント抽象化を備え、ユーザーがブロックチェーンネットワークと関わるためのゲートウェイとして機能します。このレイヤーはアカウント作成、トランザクション署名、スマートコントラクトとのやり取りなど、さまざまなユーザーアクティビティを促進します。ブロックチェーンプロトコルの複雑さを抽象化することで、セキュリティ対策を維持しながらユーザーの操作を簡素化します。ネイティブアカ
- [レイヤー](https://docs.nerochain.io/ja/core-concepts/architecture/architecture.md): 柔軟性とスケーラビリティはNEROのアーキテクチャ設計における主要な考慮事項です。柔軟性については、NEROはユーザーとブロックチェーンの相互作用を処理するアクセスレイヤーを導入し、鍵、署名、手数料に使用されるトークンに関してより多くの選択肢を提供します。スケーラビリティについては、NEROは現在のブロックチェーンシステムが同時に達成できない分散化、安全性、スケーラビリティのブロックチェーントリレ
- [データ可用性レイヤー：ストレージスケーラビリティ](https://docs.nerochain.io/ja/core-concepts/architecture/dataAvailabilityLayer.md): 決済レイヤー内の貴重なストレージ容量を節約するために、NEROはロールアップのための信頼性の高いオンチェーンストレージを提供するデータ可用性レイヤーを設計しました。これにより、ロールアップに関連する元のトランザクションデータのための外部ストレージプロトコルへの依存が排除され、NERO Chain内で問題が完全に解決されます。さらに、NEROはより多くのノードを参加させるためにシャーディングアーキテ
- [決済レイヤー：高性能EVM互換チェーン](https://docs.nerochain.io/ja/core-concepts/architecture/settlementLayer.md): 実行レイヤーはNEROのスケーラビリティの鍵です。NEROは、リソースを大量に消費するトランザクション処理をオンチェーン環境からオフチェーンに移行させることで最適化され、オンチェーンは結果の検証に集中します。トランザクションプロセスを2つのフェーズに分割します。最初に、多数のトランザクションがオフチェーンで実行され、その後まとめられます。次に、それらはまとめてメインチェーンに提出され、検証されます
- [コンセンサス](https://docs.nerochain.io/ja/core-concepts/consensus-mechanism/overview.md): コンセンサスはブロックチェーンの中核コンポーネントであり、NEROはハイブリッドランダム化DPoSA（委任ステーク権限証明）プロトコルを採用しています。このコンセンサスプロトコルはDPoSAコンセンサスを基盤とし、ノードのランダム選択メカニズムを統合することで、参加範囲を広げ、システムの分散化を強化しています。コンセンサスノード内では、BFT（ビザンチン障害耐性）コンセンサスメカニズムが迅速なトラ
- [パイプラインコンセンサス](https://docs.nerochain.io/ja/core-concepts/consensus-mechanism/pipelinedConsensus.md): イーサリアムなどの従来のブロックチェーンシステムでは、ブロック生成プロセスはいくつかのステップで構成されています：
- [乱数生成](https://docs.nerochain.io/ja/core-concepts/consensus-mechanism/randomNumberGeneration.md): > ⚠️ **注意:** この機能は計画されていますが、現在は実装されていません。バリデータ選択は決定論的です。
- [不正証明](https://docs.nerochain.io/ja/core-concepts/data-availability/dataAvailabilityVerification/fraudProof.md): 上記のランダムサンプリング方法は、対応するブロックを復元するのに十分な断片がネットワーク内に存在することを保証し、データ可用性を確保します。しかし、これらの断片内のすべてのデータの有効性を保証するものではありません。したがって、不正証明メカニズムを通じてこの問題に対処する必要があります。
- [データ可用性検証](https://docs.nerochain.io/ja/core-concepts/data-availability/dataAvailabilityVerification/overview.md): 検証に関して、NEROのDAレイヤーにおけるDAノードの役割を以下のように定義します： * **一般DAノード。** 一般DAノードは、フルノードのように自分のシャーディングDAチェーンの全ブロックを保存し、サンプリングされたブロックデータを他に提供します。また、無効なブロックが見つかった場合には不正証明をブロードキャストすることもできます。 * **メンテナーDAノード。** 通常のDAノードは
- [ランダムサンプリング](https://docs.nerochain.io/ja/core-concepts/data-availability/dataAvailabilityVerification/randomSampling.md): DAブロックはヘッダーと本体で構成されています。ヘッダーは比較的小さく、直接ダウンロードして確認できますが、本体ははるかに大きく、データ可用性を検証するためにランダムにサンプリングする必要があります。ブロックが生成されると、サイズによって $k * k$ の断片にスライスされ、2次元RS（Reed-Solomon）コードを適用することで $2k * 2k$ の断片が生成されます。次に、各断片の各行
- [モデルと前提条件](https://docs.nerochain.io/ja/core-concepts/data-availability/modelAndAssumptions.md): * **トポロジー：** ノードはP2Pネットワークを介して相互接続されています。 * **最大ネットワーク遅延：** ネットワークの最大遅延は $D$ と表記されます。誠実なノードがネットワーク内の特定のデータを時間 $T$ に受信した場合、他の誠実なノードは時間 $T + D$ より前に同じデータを取得できます。
- [データ可用性](https://docs.nerochain.io/ja/core-concepts/data-availability/overview.md): データ可用性もNEROの重要なコンポーネントであり、ロールアップにとって非常に重要です。NEROでは、データ可用性（DA）レイヤーとして知られる独立したレイヤーとして、特にデータ可用性のための新しいタイプのチェーンとトランザクションを設計しました。DAレイヤーは決済レイヤーの管理下にあり、決済レイヤーにトークンをステークしているノードのグループ（DAノード）によって維持されています。決済レイヤーの
- [トランザクション手数料とインセンティブ](https://docs.nerochain.io/ja/core-concepts/data-availability/transactionFeesAndIncentives.md): データ可用性検証が通過すると、DAトランザクションのヘッダーもDAブロックハッシュとともに決済レイヤーにコミットされます。その後、トランザクション手数料が送信者のアカウントから差し引かれ、DAブロック提案者、DAブロック確認提案者、およびこのシャードの関連するすべてのDAメンテナーノードに報酬として分配されます。
- [エコシステムにおける手数料共有メカニズム](https://docs.nerochain.io/ja/core-concepts/fee-sharing/Overview.md): > ⚠️ **注意:** ここで説明されている自動手数料共有メカニズムは将来の機能であり、現在のメインネット/テストネットではまだアクティブではありません。現時点では、NERO Foundationとの契約に基づいたオフチェーンでの手数料共有メカニズムが運用されています。
- [柔軟なガスメカニズム](https://docs.nerochain.io/ja/core-concepts/native-account-abstraction/flexibleGasMechanism.md): NEROは、ブロックチェーン上のユーザーオペレーションに関連するトランザクション手数料の支払いを管理する役割を担うPaymasterと呼ばれるモジュールを開発しました。アカウント抽象化モデルの一部として、ペイマスターはトランザクション手数料の処理をユーザーから中央集権的なコントラクトエンティティに抽象化し、手数料支払いプロセスを合理化し、ユーザーエクスペリエンスを向上させる役割を果たします。
- [主要コンポーネント](https://docs.nerochain.io/ja/core-concepts/native-account-abstraction/keyComponents.md): アカウント抽象化は、ブロックチェーン上でのユーザーアカウントの管理と対話の方法を再定義します。アカウント管理をスマートコントラクトに抽象化することで、アカウント抽象化はDAppsにおいてより大きな柔軟性、セキュリティ、効率性を可能にします。NEROは独自のフレームワーク内にアカウント抽象化の主要コンポーネントをすべて構築しており、ユーザーオペレーションメモリプール、バンドラー、エントリーポイントコ
- [MPC-TSS技術の統合](https://docs.nerochain.io/ja/core-concepts/native-account-abstraction/MpcTssTechnologyIntegration.md): NEROは、EOA（外部所有アカウント）のセキュリティと制御を強化するために、MPC-TSS（閾値秘密共有を伴うマルチパーティ計算）として知られる最先端技術を採用しています。MPC-TSSは、複数の関係者間で安全かつ分散された計算を可能にする高度な暗号技術であり、単一のエンティティが機密情報全体にアクセスすることができないようにします。
- [ネイティブアカウント抽象化サポート](https://docs.nerochain.io/ja/core-concepts/native-account-abstraction/nativeAccountAbstractionSupport.md): アカウント抽象化は、ブロックチェーン技術内の概念であり、スマートコントラクトに基づくユーザーアカウントの柔軟な管理を提供することを目的としています。従来、ブロックチェーンネットワークでは、ユーザーアカウントはブロックチェーンのネイティブアカウントシステムを通じて直接管理され、各アカウントはアドレスと秘密鍵を持っています。これらのアカウントは暗号通貨の送受信やブロックチェーンにデプロイされたスマート
- [参考文献](https://docs.nerochain.io/ja/core-concepts/references.md): 1. M. Al-Bassam, A. Sonnino, and V. Buterin, "Fraud proofs: Maximising light client security and scaling blockchains with dishonest majorities," *CoRR*, vol. abs/1809.09044, 2018.