GRVTのドキュメントで繰り返し強調されていたのが、TPSではないとすれば。
それは資本効率(Capital Efficiency)でした。
最初は、それはHExが提供しようとしている単なる機能の一つだと思いました。読み進めるほど、それが実際にはアーキテクチャ全体の結果なのだと気づきました。
それによって、私はドキュメント全体の見方を変えました。
One Balance、Unified Margin、Funding Accounts、Trading Accounts、Permissions、そしてRisk Engineは、単独の機能というより一連の要素に感じられます。解決している技術的課題はそれぞれ違いますが、いずれも資本が効率よく使われることを妨げる摩擦を取り除きます。
だからこそ、GRVTは驚くほどTPSについて語る時間が少ないのです。 速度が重要ではないという意味ではありません。真剣な取引所なら、必ず高速な実行が必要です。ですが、スピードは要件であって、HExの本質を定義するものではありません。
HExが最適化しているのは、それとは別のものです。
One Balanceは分断された流動性を減らします。Unified Marginは、個々のポジションではなく、運用全体のポートフォリオを担保として支えられるようにします。Funding Accountsは、資本の管理を執行から切り離し、Risk Engineは、より高い資本活用率を許容できるリスク上限の範囲内に収めます。
これらが一緒になって、同じ結果を生み出します。
資本を動かし続けるのです。
私にとって、それがGRVTのアーキテクチャの背後にある本当のメッセージです。彼らは、HExが最速のハイブリッド取引所だと証明しようとしているのではありません。業界標準として実行速度が到達した後は、同じ資本でより多くの経済活動を、リスクを増やさずに生み出せるアーキテクチャへと競争優位が移るのだ、と主張しているのです。
資本効率は、単なる別の機能ではありません。
それは、HExが最適化するために設計されたものを最も明確に表した表現です。
@grvt_io #grvt $LAB $SKL
それは資本効率(Capital Efficiency)でした。
最初は、それはHExが提供しようとしている単なる機能の一つだと思いました。読み進めるほど、それが実際にはアーキテクチャ全体の結果なのだと気づきました。
それによって、私はドキュメント全体の見方を変えました。
One Balance、Unified Margin、Funding Accounts、Trading Accounts、Permissions、そしてRisk Engineは、単独の機能というより一連の要素に感じられます。解決している技術的課題はそれぞれ違いますが、いずれも資本が効率よく使われることを妨げる摩擦を取り除きます。
だからこそ、GRVTは驚くほどTPSについて語る時間が少ないのです。 速度が重要ではないという意味ではありません。真剣な取引所なら、必ず高速な実行が必要です。ですが、スピードは要件であって、HExの本質を定義するものではありません。
HExが最適化しているのは、それとは別のものです。
One Balanceは分断された流動性を減らします。Unified Marginは、個々のポジションではなく、運用全体のポートフォリオを担保として支えられるようにします。Funding Accountsは、資本の管理を執行から切り離し、Risk Engineは、より高い資本活用率を許容できるリスク上限の範囲内に収めます。
これらが一緒になって、同じ結果を生み出します。
資本を動かし続けるのです。
私にとって、それがGRVTのアーキテクチャの背後にある本当のメッセージです。彼らは、HExが最速のハイブリッド取引所だと証明しようとしているのではありません。業界標準として実行速度が到達した後は、同じ資本でより多くの経済活動を、リスクを増やさずに生み出せるアーキテクチャへと競争優位が移るのだ、と主張しているのです。
資本効率は、単なる別の機能ではありません。
それは、HExが最適化するために設計されたものを最も明確に表した表現です。
@grvt_io #grvt $LAB $SKL