# MOVE言語の最初のGAS設計:オンチェーンリソースを計算する革新的な方法MOVE言語の最新バージョンは元々無GASでの運用を目的に設計されていたため、GAS計画への十分な準備がされていませんでした。ブロックチェーンエコシステムのニーズに応えるため、ある有名なパブリックチェーンプラットフォームが最近独自のGAS計画を発表しました。これはMOVE言語にとって初のGAS設計であり、大胆な試みと見なされています。本GASプランは、原則、プロセス、計算方法、および将来の調整メカニズムを策定することを明確にしています。プラットフォーム側は、コミュニティからの提案を積極的に採用し、この革新的なメカニズムの共同改善に努めると述べています。GAS計測は多くのブロックチェーンの基本概念であり、オンチェーン取引の実行と保存に必要な計算および保存リソースの抽象量を定義します。GASプランは、オンチェーンでのすべての実行のコストを決定し、取引実行中のリソース消費の計算に使用されます。### 設計プロセス効果的な実行を実現するために、このプラットフォームは次のステップを取ります:1. 明確なデザイン原則2. 評価フレームワークを策定し、各実行項目の価格を決定する3. MOVEのためにGAS計量システムと安全なGAS代数を構築する4. 上流のGASフレームワークをプラットフォームに統合する5. GASフレームワークのストレージ認識能力を強化する6. GASプランの継続的な最適化### コアプリンシプルこのGAS設計は以下の原則に従います:1. 操作コストはネットワークの利用可能なリソースに直接関連し、技術の進歩に伴って低下するべきである。2. GASはオンチェーンガバナンスによって設定され、柔軟に構成できます。3. GASはネットワークの固定リソースに対するDoS攻撃を防ぐことができ、ネットワークの状況に応じて迅速に調整できます。4. GAS価格はプラットフォームが成長を促進し、オンチェーンの普及性を維持するビジョンを反映しています5. 設計において安全性、モジュール化などの良い実践を優先することを奨励する### GASの計算方法ユーザーが取引を提出する際には、2つの数量を指定する必要があります:- GASの最大数:ユーザーがトランザクションを実行するために支払う意思のあるGASユニットの最大数- GAS単価:1オクタル=0.00000001プラットフォームトークンで、GASの単位ごとにオクタルで計算されます。取引の実行中に、以下の料金が請求されます。1.固定費:基本手数料は取引の追加費用を増加させます2. 実行コスト:MOVE命令の実行に使用される3. 読み取りコスト:永続ストレージからデータを読み取る費用4. 書き込みコスト:データを永続ストレージに書き込むための費用最終取引手数料 = 消費されたGASの合計量×GAS単価取引実行中にGASが尽きた場合、送信者は最大GAS量に基づいて請求され、すべての変更は取り消されます。### GASスケジュールビルド1. 基本設定GASプランには、トランザクションサイズや最大GASユニットなど、単一の操作に関係しないいくつかの構成要素が含まれています。2. 取引規模大多数取引規模はKBレベルですが、MOVEモジュールの発行は数KBから数十KBに達することがあります。プラットフォームは初めに取引規模を32KBに設定しましたが、その後コミュニティのフィードバックに基づいて64KBに調整し、アプリケーション開発を容易にしました。3.最大GAS単位GAS計画における最大GAS単位は、単一の取引で実行可能な最大操作量を定義しており、現在は1,000,000に設定されています。最大規模のフレームワークアップグレードを行った場合でも、通常この制限の90%を超えることはありません。4. 実行コスト評価基準フレームワークを構築し、分析ツールを使用することで、チームはすべてのMOVE命令とローカル関数の相対コストを推定しました。システムの堅牢性と安全性を考慮し、最終的に実行に必要な機械命令の数を確定しました。5. ストレージコストGAS費用のストレージは、データアクセスの帯域幅、IOPS容量、および永久ストレージコストを考慮しています。任意のステートアイテムにアクセスすることは、ブロックチェーン全体のステートを検証することに関連するコストを発生させます。GAS費の保存 = プロジェクト費 + (バイト費 × バイト数)### 読み取り、作成、および書き込み操作- 読み取り:最も一般的な操作で、ディスクIOPSと帯域幅の容量に基づいてキャリブレーションされます。- 作成:状態ストレージに新しい項目を追加する、コストは最高- 書き込み:既存の項目を更新する、バイトコストは作成時と同じ### 安定したGAS単位コスト各操作および取引自体には、比較的固定された単位コストがあり、GASプランの安定を維持し、トークン市場の価値から切り離すのに役立ちます。### コミュニティ参加プラットフォームはコミュニティメンバーを奨励します:1. GASプランの不合理な点を指摘する2. 関連するディスカッションに参加する3. GAS関連のガバナンス提案に投票する### GASコスト調整メカニズムGASプランはオンチェーン構成ストレージとして、ガバナンス提案を通じて変更できるように設計されています。これは拡張可能であり、ガバナンス提案を通じてアップグレードを許可します。### 今後の展望MOVE言語の最初のGASフレームワークとして、この設計は今後の作業の基盤を築きました:1. 実行コストを削減する2. 多次元GAS計算の実装3. ステータスの肥大化問題を緩和するチームは、TTLが期限切れの際に未アクセスのステータスプロジェクトを自動で削除することで、オンチェーンデータ管理を最適化するために、各プロジェクトのTTLの概念を探求しています。
MOVE言語は、チェーン上のリソースを計算する革新的な方法であるGAS設計の先駆者です
MOVE言語の最初のGAS設計:オンチェーンリソースを計算する革新的な方法
MOVE言語の最新バージョンは元々無GASでの運用を目的に設計されていたため、GAS計画への十分な準備がされていませんでした。ブロックチェーンエコシステムのニーズに応えるため、ある有名なパブリックチェーンプラットフォームが最近独自のGAS計画を発表しました。これはMOVE言語にとって初のGAS設計であり、大胆な試みと見なされています。
本GASプランは、原則、プロセス、計算方法、および将来の調整メカニズムを策定することを明確にしています。プラットフォーム側は、コミュニティからの提案を積極的に採用し、この革新的なメカニズムの共同改善に努めると述べています。
GAS計測は多くのブロックチェーンの基本概念であり、オンチェーン取引の実行と保存に必要な計算および保存リソースの抽象量を定義します。GASプランは、オンチェーンでのすべての実行のコストを決定し、取引実行中のリソース消費の計算に使用されます。
設計プロセス
効果的な実行を実現するために、このプラットフォームは次のステップを取ります:
コアプリンシプル
このGAS設計は以下の原則に従います:
GASの計算方法
ユーザーが取引を提出する際には、2つの数量を指定する必要があります:
取引の実行中に、以下の料金が請求されます。
1.固定費:基本手数料は取引の追加費用を増加させます 2. 実行コスト:MOVE命令の実行に使用される 3. 読み取りコスト:永続ストレージからデータを読み取る費用 4. 書き込みコスト:データを永続ストレージに書き込むための費用
最終取引手数料 = 消費されたGASの合計量×GAS単価
取引実行中にGASが尽きた場合、送信者は最大GAS量に基づいて請求され、すべての変更は取り消されます。
GASスケジュールビルド
GASプランには、トランザクションサイズや最大GASユニットなど、単一の操作に関係しないいくつかの構成要素が含まれています。
大多数取引規模はKBレベルですが、MOVEモジュールの発行は数KBから数十KBに達することがあります。プラットフォームは初めに取引規模を32KBに設定しましたが、その後コミュニティのフィードバックに基づいて64KBに調整し、アプリケーション開発を容易にしました。
3.最大GAS単位
GAS計画における最大GAS単位は、単一の取引で実行可能な最大操作量を定義しており、現在は1,000,000に設定されています。最大規模のフレームワークアップグレードを行った場合でも、通常この制限の90%を超えることはありません。
基準フレームワークを構築し、分析ツールを使用することで、チームはすべてのMOVE命令とローカル関数の相対コストを推定しました。システムの堅牢性と安全性を考慮し、最終的に実行に必要な機械命令の数を確定しました。
GAS費用のストレージは、データアクセスの帯域幅、IOPS容量、および永久ストレージコストを考慮しています。任意のステートアイテムにアクセスすることは、ブロックチェーン全体のステートを検証することに関連するコストを発生させます。
GAS費の保存 = プロジェクト費 + (バイト費 × バイト数)
読み取り、作成、および書き込み操作
安定したGAS単位コスト
各操作および取引自体には、比較的固定された単位コストがあり、GASプランの安定を維持し、トークン市場の価値から切り離すのに役立ちます。
コミュニティ参加
プラットフォームはコミュニティメンバーを奨励します:
GASコスト調整メカニズム
GASプランはオンチェーン構成ストレージとして、ガバナンス提案を通じて変更できるように設計されています。これは拡張可能であり、ガバナンス提案を通じてアップグレードを許可します。
今後の展望
MOVE言語の最初のGASフレームワークとして、この設計は今後の作業の基盤を築きました:
チームは、TTLが期限切れの際に未アクセスのステータスプロジェクトを自動で削除することで、オンチェーンデータ管理を最適化するために、各プロジェクトのTTLの概念を探求しています。