VaraNetwork (VARA)価格

VARAはVara Networkのネイティブトークンであり、Vara.eth上のラップド資産wVARAではありません。VaraはGear Protocolを基盤とする独立したLayer 1で、分散型アプリケーションのデプロイと実行に用いられます。VARAはオンチェーン実行コストの支払い、ネットワークセキュリティへの参加、オンチェーンガバナンスに使用されます。 したがって、「Varaネットワークを利用すること」と「VARAを保有すること」は同じではありません。アプリケーションのビジネスロジックはチェーン上のプログラムにより実行され、取引の発信者またはそのために料金を前払いするアプリケーションは、VARAで実行により消費されるリソースをカバーする必要があります。

VARAの主な用途は、ネットワーク手数料の支払い、ステーキング、ガバナンスへの参加です。トークンを転送する、またはオンチェーンプログラムを呼び出す際には、実行にGasが消費され、手数料はVARA建てとなります。ステーキングではトークンをバリデーター選出とネットワークセキュリティの支援に充て、ガバナンスでは保有者の投票権を用いてオンチェーンの事項を決定します。 アプリケーションユーザーにとって、手数料を常に本人が単独で準備する必要があるとは限りません。開発者はプログラムにGas Poolを設定し、実行に使用する資金をあらかじめ預けられます。そのプログラムが定める呼び出しが発生した場合、プログラムはそのプールからGasを支払えます。Gas Poolは手数料支払いの仕組みに過ぎず、オンチェーン実行自体のリソースコストをなくすものではありません。

VARAをステーキングする役割は、バリデーターがネットワークコンセンサスに参加するための経済的支援を提供することです。保有者は自らバリデーターになることも、ノミネーターとしてステーキング支援をバリデーターに配分することもできます。アクティブセットに選出されたバリデーターはブロック生成と検証に参加し、そのパフォーマンスが関連ステークが報酬を得られるかを左右します。 報酬は単に「どれだけのVARAを預けたか」に従って機械的に配分されるものではありません。精算時には、まずバリデーターが期間中に得た貢献ポイントに基づいて報酬シェアが決まり、その後バリデーターとノミネーターの間で配分されます。バリデーターが設定するコミッションは、ノミネーターが受け取れる部分に先に影響します。バリデーターが選出されなかった場合、パフォーマンスがルールを満たさない場合、またはコミッションが高い場合、委任結果は名目上のステーキング額だけから推定した結果と異なる可能性があります。

はい。VaraはOpenGovを採用しています。保有者はオンチェーン提案に直接投票することも、他者に投票権を委任して代理投票させることもできます。委任は投票権の付与であり、トークンの所有権を受任者へ移すものではありません。 投票の重みは、VARAを自発的にロックすることで高められます。ロック期間が長いほど投票の重みは高くなります。ロック期間中はトークンを転出できず、これが重みを高めるための代償です。公式ドキュメントでは、ロックされたトークンも投票とステーキングに使用できると説明されています。したがって、ガバナンスロックは流動性を制限しますが、ネットワーク参加から離脱することを意味しません。

VARAの初期供給量は100億枚ですが、初期供給量はある時点の取引可能供給量を意味するものではありません。チーム、アドバイザー、投資家への配分はまず12か月間ロックされ、その後に各々の定められた期間に従って線形にアンロックされます。線形アンロックとは、アンロック期間内に時間とともに段階的にリリースされることであり、初日に一括してすべて転送可能になることではありません。 さらに、ネットワークはステーキング参加状況に応じてブロック報酬を発行します。そのため供給の変化を理解する際には、3つの層を区別する必要があります。初期配分のロックとアンロックは流通可能トークンを変化させ、報酬発行はトークン数量を変化させ、保有者が売却するかどうかは独立した市場行動であり、「アンロック」という言葉だけから直接導くことはできません。

はい。ただし影響は、報酬発行と相殺的なバーンの両方によって決まります。Varaの設計では、ブロック報酬はネットワークのステーキング参加状況に応じて変化し、恒久的に同一比率に固定されるものではありません。報酬が支払われると、新たなトークンが発生します。 公式トークンエコノミー文書では、「インフレ相殺プール」も説明されています。バリデーター報酬を配分すると同時に、このプールから対応する数量のトークンをバーンし、報酬発行を相殺します。この仕組みは供給側のペアとなる取り決めとして理解すべきです。毎回の報酬が必ず総供給量または流通供給量を変化させないことを意味するわけではなく、報酬、プール内でバーン可能な残高、ロック状態をそれぞれ考慮して判断する必要があります。

Varaのアプリケーション実行では、Gear ProtocolのActorモデルが採用されています。プログラムはメッセージの受信者として入力を処理し、後続メッセージを生成できます。そのため、すべてのビジネス処理を一度の同期的かつ即時に返る呼び出しとして理解するものではありません。このモデルは、アプリケーションが状態、結果待機、実行のためのGas確保をどのように設計するかに影響します。 ユーザーにとって、プログラムとやり取りする取引を送信しても、後続するすべてのビジネス手順が同じ瞬間に完了したことを必ずしも意味しません。実行状態のアプリケーション画面上の表示とオンチェーン結果を基準にする必要があります。開発者がGas Poolを使用する場合も、どのメッセージの費用をそのプールが負担するかを明確にし、「アプリケーションを利用できる」ことを「以後の任意の実行がすべて無料」であることと誤解しないようにする必要があります。

Varaの公式ドキュメントでは、ネットワークはBeta段階と表示されています。これは、ネットワークがすでに公開運用されている一方で、未発見の欠陥や変更が存在し得ることを示します。この状態は、特定の取引の安全性、アプリケーションの可用性、資産価値を保証するものではありません。 実際の操作前には、ウォレットが接続しているネットワーク、受取アドレス、呼び出すプログラム、手数料の支払い方法を確認してください。オンチェーン取引は通常、いったん確認すると取り消しが困難です。第三者アプリケーションを利用する場合、またはアプリケーションがGasを負担する場合は、アプリケーション自体のルールとVaraネットワークのルールをそれぞれ理解する必要があります。