ブロック

Header

ノードは次のようにブロックをシリアル化した形式で保存します:

Version: 0x01

EntityType: 0x8143

インライン

• SizePrefixedEntity

• VerifiableEntity

• EntityBody

Creation

Symbol チェーンの原初ブロックを nemesis ブロック と呼びます。原初ブロックは新しいネットワークを起動する前に定義され、ネットワーク通貨モザイクの頒布を設定します。

後続する新しいブロックを生成するプロセスを ハーベスティング と呼びます。

ブロックは コンセンサスアルゴリズム により、インポータンススコアに基づいて選ばれた アカウント によって作成されます。コンセンサスアルゴリズムは各ブロックの作成後に後続ブロックをハーベストするための新しいアカウントを決定します。

ハーベスティングアカウントはブロックに追加されたトランザクションの 手数料 と インフレーション によって作成されたモザイクを受け取ります。これはハーベスタはできるだけ多くのトランザクションをブロックに追加するためのインセンティブを与えます。

ロールバック

速い応答時間を確保するために、Symbol ブロックチェーンは、ネットワーク障害またはパーティションが存在する場合でも、要求に応答し、トランザクションがブロックチェーンに追加されるように設計されています。

このことは当然のことながら フォーク を発生させます。つまり、ネットワークで切断された部分に異なるチェーンが作成されます。接続が回復すると フォーク解消 が行われ、分岐したチェーンがひとつにマージされます。

このプロセスでは一部のブロックを ロールバック する必要がある可能性があります。ブロックチェーンから削除されるブロックが存在するため、すべてのトランザクションは 未承認 状態に移行し、再び validated になる必要があります。この時に、それらの期限は再確認されることなく、期限切れになる可能性があります。

このため以下に示すように、ブロックが finalized になるまで 承認済み のトランザクション (ブロックチェーンへ追加されている) でも信頼できません。

ファイナライゼーション

これはブロックチェーン台帳の変更を永続的にするプロセスです。ブロックがファイナリティに到達する前に、ネットワーク障害またはパーティションが存在する場合、ブロックをロールバックする必要になる可能性があります。しかし、ブロックがファイナライズされると、それらは不変となります。

ファイナライズはラウンドで行われます。各ラウンドで ソートアルゴリズム は、ファイナライズを保留しているすべてのブロックの検証を担当するアカウントを選択します。提案されたブロックがアカウントのノードのレコードと一致する場合、そのアカウントは肯定的な票を投じます。

投票のために選出された ステークの67％以上 が賛成票を投じると、ブロックはファイナライズされます。その時点で、ブロックにリンクされたトランザクションはブロックチェーンへ永続的に記録されます。

接続性が低い場合、または多くの不正なアクターがいる場合、ファイナライズは通常より時間がかかり、大きな ロールバック が作成される可能性があります。ただし、ファイナライズされたブロックはロールバックされません。

したがって、ブロックチェーン履歴の不変性に依存するクライアントは ファイナライズされたブロックのトランザクション のみを信頼するべきです。

ファイナライズラウンドは実際には エポック と呼び、 1440 ブロック または約 12 時間 ごとに発生します。(ネットワークプロパティ の votingSetGrouping を参照) 各エポックは複数の ファイナライズポイント に分割されます。(詳細は Technical Reference セクション 15.2 を参照)

関連トランザクション

Related guides

• ブロック高によるブロックの取得

  与えられたブロック高のブロック情報を取得する。

• 新しいブロックの監視

  新しいブロックが取り込まれた通知を受け取る。