Velasの仕組み:Proof of History、EVM、委任型ステーキング

Velasを理解するには、3つの要素を押さえるのが近道です。出来事を素早く順序づける仕組み、バリデータ(検証者)が合意する仕組み、そしてスマートコントラクトを動かす仕組みです。Velasは前の2つをSolanaから引き継ぎ、そこにイーサリアム互換の実行環境を加えています。

Proof of History:ネットワークの時計

多くのブロックチェーンでは、「何が先に起きたか」をノード同士が確認し合うために時間がかかります。Solanaの答えがProof of History(PoH)で、ハッシュを連鎖させて「前の記録から一定の時間が経った」ことを数学的に証明します。いわば数学でつくった共通のストップウォッチです。各ノードが順序を交渉せずに検証できるため、ブロックを1秒未満で生成できます。Velasはこの設計をSolanaのコードから受け継いでいます。ブロック高や稼働状況はネイティブエクスプローラーで確認できます。

Tower BFTとバリデータの投票

順序が決まることと、全員が合意することは別です。どのフォークを正とするかは、バリデータの投票で決まります。Tower BFTはその投票プロトコルで、PoHの時計を利用して、投票が時間とともに取り消しにくくなるよう設計されています。投票したバリデータは一定期間そのフォークに拘束されるため、途中で寝返るコストが高くなります。取引は、ステーク量で重みづけされた票が積み重なるほど安全になります。

委任型プルーフ・オブ・ステーク

バリデータになるにはステーク(預け入れ)が必要ですが、一般の保有者はサーバーを動かさなくても報酬の一部を受け取れます。信頼できるバリデータにVLXを委任するだけです。バリデータはその票の重みで投票し、報酬から手数料(コミッション)を差し引いて、残りを委任者に分配します。委任しても所有権は移らず、コインは自分のステークアカウントに残り、あとで別のバリデータへ変更できます。公式サイトにはバリデータ数と総ステーク量が表示され、健全なネットワークでは多数のバリデータが分散し、特定の運営者が支配的にならないことが望ましいとされます。選び方はバリデータ解説、手順はステーキングガイドをご覧ください。

内蔵されたEVM

イーサリアム仮想マシン(EVM)は、Solidityのバイトコードを実行する環境です。Velasはネイティブの実行環境と並べてEVMを搭載しています。EVMアドレス宛の取引はEVM側で処理され、イーサリアムのツールが使うのと同じJSON-RPC(たとえばeth_getBalance)で扱えます。そのためMetaMaskなどのウォレットも、ネットワーク設定を追加するだけで接続できます。設定手順はEVM互換性で解説しています。

2つのアドレス体系

この二重構造は特長であると同時に、最初のつまずきどころでもあります。EVM側だけを使うなら、他のイーサリアム互換ネットワークと同じ感覚で使えます。バリデータや上級者はネイティブ側を操作します。

1回の送金で何が起こるか

EVM側で送金する場合の流れを簡単に追ってみます。ウォレットが取引に署名し、RPCノードに送信します。ノードはそれをネットワークに広め、そのときのリーダーとなったバリデータが取引をブロックに含めます。他のバリデータが投票し、票が積み上がると承認が進みます。最後にエクスプローラーで結果を確認できます。手数料は成功しても失敗しても発生する点に注意してください。

AIについての記述

Velasの資料には「AI強化型の委任型PoS」という表現があります。ドキュメント上は、バリデータの挙動をスコアリングするなど、合意形成を補助する機械学習として説明されており、チェーン上に組み込まれたチャットボットのようなものではありません。確認できる範囲と宣伝文句の区別は、AI統合の解説にまとめています。

「速さ」の本当の意味

公式サイトには「最大75,000 TPS」という数字が載っています。これは理想的な条件での設計上の上限で、日常の平均的な負荷ではありません。利用者にとって意味があるのは、取引が確定するまでの時間と、かかる手数料です。通常時はどちらも良好とされています。数値の見方は手数料と速度、他チェーンとの比較はVelasとSolanaの比較をご覧ください。

全体を通して見ると

ここまでの要素を、ひとつの流れとして並べてみましょう。ユーザーが送金やコントラクトの呼び出しを行うと、取引はまずネットワークに送られます。バリデータは順序づけの仕組みを使ってその取引を並べ、投票によってどの記録を正とするかを決めていきます。最後に、承認された結果が台帳に反映され、エクスプローラーで確認できるようになります。

こうした構成は、Solanaの設計思想を受け継ぎつつ、EVM側の互換性を付け足したものと言えます。そのぶん、開発者にとっては馴染みのある環境を使いやすい一方で、仕組みが二重になる分だけ、アドレスや手数料の扱いを理解しておく必要があります。

より詳しい仕様は、公式の開発者向けドキュメントで更新されています。このページの説明は理解の入り口として使い、実際にコードを書いたり資金を動かしたりする前には、最新のドキュメントを確認してください。

押さえておきたい限界

フォークしたコードは、元のプロジェクトの改善に追随し続ける必要があります。Solanaはフォーク以降も急速に進化しており、Velasは自前のバージョンを保守しているため、機能追加やセキュリティ修正はチーム次第のスケジュールで届きます。また、ネットワークの稼働はバリデータがオンラインであり続けることに依存します。これらは直ちに危険信号というわけではありませんが、実際に依存する前に、ドキュメントやニュースのページで最近の動きを確かめる理由にはなります。