ログイン
登録
見つける
フォロー
ニュース
株式
通知
プロフィール
お気に入り
チャット
履歴
クリエイターセンター
コピートレード
ライブ
設定
投稿
best_bd_t
91 投稿
best_bd_t
報告
ユーザーをブロック
フォロー
取引を発注
高頻度トレーダー
4.4か月
27
フォロー
35
フォロワー
132
いいね
投稿
ポートフォリオ
すべて
引用
best_bd_t
·
--
#dusk $DUSK @Dusk_Foundation 私がこれまで一度も疑ったことのない前提――プロジェクトが複数のレイヤーを構築するなら、各レイヤーが最終的にそれぞれ独自のトークンを持つのだろうと考えていました。そのパターンはあまりに一般的で、もはや判断として認識されなくなっていました。 Duskは決済、実行、そしてプライバシー重視の環境を分離し、3つすべてにまたがって1つのトークンだけを維持します。 回避できているものには名前を付ける価値があります。複数のトークンはユーザーに課税し、何かをする前に適切なものを手に入れさせるうえ、どのアセットがシステムの価値を担っているのかという永続的な議論を生みます。その代償は集中――すべてが1つのアセットに依存し、その経済性が破綻すれば、同時に3か所で失敗することになるからです。 さらに、これらのレイヤー間で価値がどう移動するか、という問題があります。一般的なブリッジは実物のアセットをどこかにロックし、別の場所で表現(レプリゼンテーション)を発行しますが、その表現の良さは、元のアセットを保有している相手次第です。この業界は、そのことを繰り返し、そして高いコストで学んできました。Duskは、自社のレイヤー間の移動を、ネットワークを守るのと同じバリデータが扱うと説明しています。ラップド・アセットもなく、カストディもありません。聞こえるよりずっと狭い話で、1つのシステム内でしか成立しないからです――ただし、狭い主張ほど往々にして信頼できるものです。 3つ目の要素は、工学とは無関係です。ライセンスを受けた会場がそのスタック全体で運用する場合、権限は上に載る1つの商品ではなく、その全体を対象に及びます。個別の承認を各境界で積み重ねるのではなく、発行・取引・決済を1つの傘の下にまとめる――そして、その境界の一つ一つが、プロジェクトをこっそり1年止めてしまう場所です。 そのカバー範囲がどこまで広がるのか私には評価できません。この種の主張では、要約以上に詳細が重要になります。 ですが、ここから私は、彼らが作ったものではなく、資金を得た競合が来年そのまま簡単に作れてしまうのは何かでプロジェクトを判断するようになりました。
#dusk
$DUSK
@Dusk
私がこれまで一度も疑ったことのない前提――プロジェクトが複数のレイヤーを構築するなら、各レイヤーが最終的にそれぞれ独自のトークンを持つのだろうと考えていました。そのパターンはあまりに一般的で、もはや判断として認識されなくなっていました。
Duskは決済、実行、そしてプライバシー重視の環境を分離し、3つすべてにまたがって1つのトークンだけを維持します。
回避できているものには名前を付ける価値があります。複数のトークンはユーザーに課税し、何かをする前に適切なものを手に入れさせるうえ、どのアセットがシステムの価値を担っているのかという永続的な議論を生みます。その代償は集中――すべてが1つのアセットに依存し、その経済性が破綻すれば、同時に3か所で失敗することになるからです。
さらに、これらのレイヤー間で価値がどう移動するか、という問題があります。一般的なブリッジは実物のアセットをどこかにロックし、別の場所で表現(レプリゼンテーション)を発行しますが、その表現の良さは、元のアセットを保有している相手次第です。この業界は、そのことを繰り返し、そして高いコストで学んできました。Duskは、自社のレイヤー間の移動を、ネットワークを守るのと同じバリデータが扱うと説明しています。ラップド・アセットもなく、カストディもありません。聞こえるよりずっと狭い話で、1つのシステム内でしか成立しないからです――ただし、狭い主張ほど往々にして信頼できるものです。
3つ目の要素は、工学とは無関係です。ライセンスを受けた会場がそのスタック全体で運用する場合、権限は上に載る1つの商品ではなく、その全体を対象に及びます。個別の承認を各境界で積み重ねるのではなく、発行・取引・決済を1つの傘の下にまとめる――そして、その境界の一つ一つが、プロジェクトをこっそり1年止めてしまう場所です。
そのカバー範囲がどこまで広がるのか私には評価できません。この種の主張では、要約以上に詳細が重要になります。
ですが、ここから私は、彼らが作ったものではなく、資金を得た競合が来年そのまま簡単に作れてしまうのは何かでプロジェクトを判断するようになりました。
DUSK
-9.15%
best_bd_t
·
--
#dusk $DUSK @Dusk_Foundation 以前、ブロックチェーンのノードを動かしている人は皆同じ仕事をして、その対価として報酬を受け取っているのだと思っていました。ノードはネットワークを守り、ネットワークが報酬を与える。そして、それが仕組みのすべてだと見えていました。 Duskのネットワークが実際にどのように構成されているかをさらに詳しく見ると、それは起きていることの半分にすぎないと分かりました。 一部の参加者はコンセンサスに参加します。彼らはブロックの生成と確認を助けるために選ばれ、その報酬を受け取ります。ここはみんなが口にする部分です。 しかし、ネットワークには、単にすべてのコピーを保持し、トランザクションを中継し、アプリケーションが何かを要求したときに質問へ応答する機械も必要です。そうした機械は実際の作業を行っているのに、それに対する報酬はありません。 とりわけ注目すべきなのは、2つ目のグループが見落とされやすいことです。彼らはどんな統計にも登場しないからです。チェーンは、どれだけ多くのバリデータがいるかを公表します。しかし、一般的なノードがどれくらい存在するのか、誰がそれを運用しているのかは、ほとんど公表されません。 そしてそれは、聞こえる以上に重要です。アプリケーションがブロックチェーンに接続するとき、その接続はそうした機械のどれかを通して行われます。もしその機械がほんの少数しか存在しないなら、多数のバリデータを持つネットワークでも、ユーザーが実際に到達できる場所はごく限られてしまいます。 私はDuskについて、この点を確かな形で把握できていませんし、どの若いネットワークでもこの情報を簡単に入手できるとは思えません。だからこそ、答えがあるふりをするより、疑問として提起したいと思いました。 しかし、ここから先は、バリデータを数えることでネットワークの健全性が分かるかのように数えるのをやめました。それは誰が報酬を受け取っているかを示しているだけです。何かが支えられているかどうかを示してはいないのです。
#dusk
$DUSK
@Dusk
以前、ブロックチェーンのノードを動かしている人は皆同じ仕事をして、その対価として報酬を受け取っているのだと思っていました。ノードはネットワークを守り、ネットワークが報酬を与える。そして、それが仕組みのすべてだと見えていました。
Duskのネットワークが実際にどのように構成されているかをさらに詳しく見ると、それは起きていることの半分にすぎないと分かりました。
一部の参加者はコンセンサスに参加します。彼らはブロックの生成と確認を助けるために選ばれ、その報酬を受け取ります。ここはみんなが口にする部分です。
しかし、ネットワークには、単にすべてのコピーを保持し、トランザクションを中継し、アプリケーションが何かを要求したときに質問へ応答する機械も必要です。そうした機械は実際の作業を行っているのに、それに対する報酬はありません。
とりわけ注目すべきなのは、2つ目のグループが見落とされやすいことです。彼らはどんな統計にも登場しないからです。チェーンは、どれだけ多くのバリデータがいるかを公表します。しかし、一般的なノードがどれくらい存在するのか、誰がそれを運用しているのかは、ほとんど公表されません。
そしてそれは、聞こえる以上に重要です。アプリケーションがブロックチェーンに接続するとき、その接続はそうした機械のどれかを通して行われます。もしその機械がほんの少数しか存在しないなら、多数のバリデータを持つネットワークでも、ユーザーが実際に到達できる場所はごく限られてしまいます。
私はDuskについて、この点を確かな形で把握できていませんし、どの若いネットワークでもこの情報を簡単に入手できるとは思えません。だからこそ、答えがあるふりをするより、疑問として提起したいと思いました。
しかし、ここから先は、バリデータを数えることでネットワークの健全性が分かるかのように数えるのをやめました。それは誰が報酬を受け取っているかを示しているだけです。何かが支えられているかどうかを示してはいないのです。
DUSK
-9.15%
best_bd_t
·
--
#dusk $DUSK @Dusk_Foundation 以前、自分は「カストディ(保管)」は二択だと思っていました。自分で自分の鍵を保持して、全責任を引き受けるか。鍵を機関に預けて、カウンターパーティリスクを引き受けるか。自己カストディか、他人の金庫か。ほかにはない、と。 ところが、Dusk が機関の参加にどうアプローチしているかを見ていると、どちらのカテゴリにもきれいには収まらない「第三の層」に気づき始めました。 Dusk の資産ワークフローにはウォレット・バインディング(wallet binding)が含まれています。これは、ウォレットが単なる匿名の鍵ペアではなく、検証済みの参加者に紐づいたアドレスであり、そのアドレスに紐づく権限が付随する、という考え方です。別途、彼らはデジタル資産のカストディ提供者と提携しています。というのも、暗号がどれほど優れていても、機関は無記名のインストゥルメントを自社で自己カストディすることはしないからです。 特に注目すべきなのは、この2つが解決している課題が別物であり、人々がそれを絶えず混同している点です。カストディは「物理的に誰が鍵を制御するか」に答えます。バインディングは「このアドレスが何を行うことを許可されているか」に答えます。カストディアンは鍵を完璧に保持できても、送金が許可されているかどうかをまったく理解していないことすらあり得ます。 従来の金融では、これらは常に分けてきました。あなたのブローカーがポジションを保有します。そして、そもそもあなたがそれを保有する資格があるかどうかを決める別の仕組みが存在します。その2つの役割を統合するのは、暗号界の癖であって、金融の考え方ではありません。 つまり、鍵の層をアウトソースしたとしても、チェーンは権限(permission)の層を担わなければならない、ということです。ルールは「鍵を持っている相手」だけのところに置くことはできません。 外からは、この仕組みのどれほどが契約によって強制され、どれほどがオフチェーンで機関間の合意として運用されているのかは分かりませんが、正直な答えはその両方だと思います。 ここから先、カストディは私にとって「保管の問題」というより別のものに見えてきました。何かを保有することと、その保有を許可されることを、意図的に切り離しておく「権力分立」のように見えます。
#dusk
$DUSK
@Dusk
以前、自分は「カストディ(保管)」は二択だと思っていました。自分で自分の鍵を保持して、全責任を引き受けるか。鍵を機関に預けて、カウンターパーティリスクを引き受けるか。自己カストディか、他人の金庫か。ほかにはない、と。
ところが、Dusk が機関の参加にどうアプローチしているかを見ていると、どちらのカテゴリにもきれいには収まらない「第三の層」に気づき始めました。
Dusk の資産ワークフローにはウォレット・バインディング(wallet binding)が含まれています。これは、ウォレットが単なる匿名の鍵ペアではなく、検証済みの参加者に紐づいたアドレスであり、そのアドレスに紐づく権限が付随する、という考え方です。別途、彼らはデジタル資産のカストディ提供者と提携しています。というのも、暗号がどれほど優れていても、機関は無記名のインストゥルメントを自社で自己カストディすることはしないからです。
特に注目すべきなのは、この2つが解決している課題が別物であり、人々がそれを絶えず混同している点です。カストディは「物理的に誰が鍵を制御するか」に答えます。バインディングは「このアドレスが何を行うことを許可されているか」に答えます。カストディアンは鍵を完璧に保持できても、送金が許可されているかどうかをまったく理解していないことすらあり得ます。
従来の金融では、これらは常に分けてきました。あなたのブローカーがポジションを保有します。そして、そもそもあなたがそれを保有する資格があるかどうかを決める別の仕組みが存在します。その2つの役割を統合するのは、暗号界の癖であって、金融の考え方ではありません。
つまり、鍵の層をアウトソースしたとしても、チェーンは権限(permission)の層を担わなければならない、ということです。ルールは「鍵を持っている相手」だけのところに置くことはできません。
外からは、この仕組みのどれほどが契約によって強制され、どれほどがオフチェーンで機関間の合意として運用されているのかは分かりませんが、正直な答えはその両方だと思います。
ここから先、カストディは私にとって「保管の問題」というより別のものに見えてきました。何かを保有することと、その保有を許可されることを、意図的に切り離しておく「権力分立」のように見えます。
DUSK
-9.15%
GRVT
+0.14%
best_bd_t
·
--
@Dusk_Foundation 上にリキッド・ステーキング・プロダクトを構築したいなら、最初に学ぶのは、明らかなアプローチがうまくいかないということです。 ウォレットからユーザーがステークすると、呼び出しはstakeになります。コントラクトからは呼び出せません。stake_from_contractは直接呼び出されることを拒否し、それが資金移転の一部として到達したことを検証します。つまりパターンはこうです。まず資金を自分のコントラクトに移し、次にコントラクト同士の転送でステーク・コントラクトへと進めます。その転送の一部として、呼び出したい関数名を指定します。 お金と指示は一緒に移動します。そうでなければ何も起きません。 これは意図的な設計選択で、私は気に入っています。これにより、コントラクトが実際には移動していない価値をステークしたと主張する、という一連のバグのクラスが丸ごと消えます。転送が認可(authorization)になるからです。 後半はビルダーが過小評価しがちな部分です。あなたのコントラクトはコールバックを実装する必要があります。ステーク解除された資金を受け取るものと、報酬を受け取るものの2つです。Duskは、価値をあなたに押し込んでくれません。あなたが書く必要がある関数を通じて、それを返してきます。片方を忘れると、預け入れは受け取れても返せないプールを作ってしまいます。 始める前に知っておくべき制約が2つあります。まず1,000 $DUSK の最低条件は、まるで人に対するものと同じように、コントラクトにも適用されます。そしてstakeは満期期間の後に有効化されます。 小さな正直メモ:満期に関して、ドキュメントには2つの異なる説明が2箇所にあります。あるページでは4,320ブロックで、だいたい12時間とされています。別の記述では、エポック境界で有効化されると書かれています。どちらも同じことを、別の角度から説明している可能性があります。構築するなら、どちらかのページを信じるのではなく、テストネットで確認してください。 現時点で、エコシステムのページには、この方法で作られたステーキングプールがちょうど1つだけ掲載されています。 ビルダーのみなさん――価値と指示を1つのアトミックな移動に強制することで、生活がより安全になるのか、それとも単に遅くなるだけでしょうか? #dusk
@Dusk
上にリキッド・ステーキング・プロダクトを構築したいなら、最初に学ぶのは、明らかなアプローチがうまくいかないということです。
ウォレットからユーザーがステークすると、呼び出しはstakeになります。コントラクトからは呼び出せません。stake_from_contractは直接呼び出されることを拒否し、それが資金移転の一部として到達したことを検証します。つまりパターンはこうです。まず資金を自分のコントラクトに移し、次にコントラクト同士の転送でステーク・コントラクトへと進めます。その転送の一部として、呼び出したい関数名を指定します。
お金と指示は一緒に移動します。そうでなければ何も起きません。
これは意図的な設計選択で、私は気に入っています。これにより、コントラクトが実際には移動していない価値をステークしたと主張する、という一連のバグのクラスが丸ごと消えます。転送が認可(authorization)になるからです。
後半はビルダーが過小評価しがちな部分です。あなたのコントラクトはコールバックを実装する必要があります。ステーク解除された資金を受け取るものと、報酬を受け取るものの2つです。Duskは、価値をあなたに押し込んでくれません。あなたが書く必要がある関数を通じて、それを返してきます。片方を忘れると、預け入れは受け取れても返せないプールを作ってしまいます。
始める前に知っておくべき制約が2つあります。まず1,000
$DUSK
の最低条件は、まるで人に対するものと同じように、コントラクトにも適用されます。そしてstakeは満期期間の後に有効化されます。
小さな正直メモ:満期に関して、ドキュメントには2つの異なる説明が2箇所にあります。あるページでは4,320ブロックで、だいたい12時間とされています。別の記述では、エポック境界で有効化されると書かれています。どちらも同じことを、別の角度から説明している可能性があります。構築するなら、どちらかのページを信じるのではなく、テストネットで確認してください。
現時点で、エコシステムのページには、この方法で作られたステーキングプールがちょうど1つだけ掲載されています。
ビルダーのみなさん――価値と指示を1つのアトミックな移動に強制することで、生活がより安全になるのか、それとも単に遅くなるだけでしょうか?
#dusk
DUSK
-9.15%
best_bd_t
·
--
同じプロトコルでも、2つのリーグテーブルが示す結論は真逆になる。 Token Terminalの2026年3月時点で、@TermMaxはDeFiレンディング・プロトコルのうち日次アクティブアドレス数で2位に入っており——Aaveに次ぐ順位だった。一方でDefiLlamaでは、TVL(総ロック資産)に基づくレンディング・プロトコルの順位は現在36位あたりに位置している。 どちらも正しい。1つは人を数え、もう1つはドルを数えている。 この2つを割り算すると、ユーザーベースの姿が見えてくる。総ユーザー数が110万人超で、バランスシートが数千万ドル規模なら、典型的なポジションは小さい。人数ベースではこれは小売(リテール)型のプロトコルだが、資本ベースでは中規模のものだ。 この違いは、トークンのローンチ直前に重要になる。ポイントやエアドロップはアドレスごとに配られる一方で、プロトコルの収益はドル(資本)ごとに生み出されるからだ。 私が本当に知りたいのは、平均のポジションサイズではなく中央値だ。だが、その数字は私が探した限りどこにも公開されていない。 ユーザーが多い小口型のプロトコルは、少数の大口型よりも有利な立ち位置にあるのだろうか。それとも単に、脆さの種類が違うだけなのだろうか? #termmax @termmax $AAVE #TVL
同じプロトコルでも、2つのリーグテーブルが示す結論は真逆になる。
Token Terminalの2026年3月時点で、@TermMaxはDeFiレンディング・プロトコルのうち日次アクティブアドレス数で2位に入っており——Aaveに次ぐ順位だった。一方でDefiLlamaでは、TVL(総ロック資産)に基づくレンディング・プロトコルの順位は現在36位あたりに位置している。
どちらも正しい。1つは人を数え、もう1つはドルを数えている。
この2つを割り算すると、ユーザーベースの姿が見えてくる。総ユーザー数が110万人超で、バランスシートが数千万ドル規模なら、典型的なポジションは小さい。人数ベースではこれは小売(リテール)型のプロトコルだが、資本ベースでは中規模のものだ。
この違いは、トークンのローンチ直前に重要になる。ポイントやエアドロップはアドレスごとに配られる一方で、プロトコルの収益はドル(資本)ごとに生み出されるからだ。
私が本当に知りたいのは、平均のポジションサイズではなく中央値だ。だが、その数字は私が探した限りどこにも公開されていない。
ユーザーが多い小口型のプロトコルは、少数の大口型よりも有利な立ち位置にあるのだろうか。それとも単に、脆さの種類が違うだけなのだろうか?
#termmax
@TermMax
$AAVE
#TVL
AAVE
-0.23%
best_bd_t
·
--
一部該当
#dusk $DUSK @Dusk_Foundation #dusk $DUSK @Dusk Duskについて、どこにも適切に取り上げられていなかった(ように私には見えた)設計上の意思決定がありました。 DuskVMはWasmtime上でRust/WASMコントラクトをL1上で直接実行します。これは技術スタックの選択としてはその通りです。私がより面白いと感じたのは、そうしたコントラクトに対してノードが何を公開しているかです。 コントラクト内でゼロ知識証明を命令ごとに検証するのは、あまりに高コストです。そこでDuskは一段下に下ろしました。rusk-abiは、証明検証のためのホスト関数をコントラクトに提供しており、verify_groth16も含まれています。ホストは現在2つの証明システム——Groth16とPLONK——をサポートしています。 これは本物の能力です。つまり、Dusk上のコントラクトは入力としてZK証明を受け取り、ネイティブにかなり近いコストでそれを検証できます。ほとんどのチェーンでは、それが不可能か、あるいは破壊的に高価です。 しかし、これが意味するところにも注目してください。ビルダーとしてあなたが使える証明システムの集合は、プロトコル層で固定されており、アプリケーション側で選ぶものではありません。回路により適した別の方式を使いたいですか? それはライブラリのインポートではなく、プロトコルの変更を求めることになります。 一文でまとめるとこうです:ホスト・レベルでの検証はコストを買う代わりに、任意性(オプション性)を支払う。 規制を受ける金融を狙うチェーンなら、私は実際このトレードは正しい側だと思います。機関向けソフトウェアは、小さく監査された安定したプリミティブを求めます——暗号の方言を50種類もは不要です。とはいえ、プロトコルチームがエコシステムで構築可能な暗号を決めてしまい、その判断が何年にもわたって積み重なっていく、ということでもあります。 また、VM自体にも監査の履歴があります。Piecrustは、現在のアーキテクチャの大半が存在する前の2024年7月にレビューされています。 証明システムは、誰もが共有するプロトコル層のプリミティブであるべきでしょうか? それとも、各チームが自分たちで選ぶアプリ層の選択であるべきでしょうか?
#dusk
$DUSK
@Dusk
#dusk
$DUSK
@Dusk
Duskについて、どこにも適切に取り上げられていなかった(ように私には見えた)設計上の意思決定がありました。
DuskVMはWasmtime上でRust/WASMコントラクトをL1上で直接実行します。これは技術スタックの選択としてはその通りです。私がより面白いと感じたのは、そうしたコントラクトに対してノードが何を公開しているかです。
コントラクト内でゼロ知識証明を命令ごとに検証するのは、あまりに高コストです。そこでDuskは一段下に下ろしました。rusk-abiは、証明検証のためのホスト関数をコントラクトに提供しており、verify_groth16も含まれています。ホストは現在2つの証明システム——Groth16とPLONK——をサポートしています。
これは本物の能力です。つまり、Dusk上のコントラクトは入力としてZK証明を受け取り、ネイティブにかなり近いコストでそれを検証できます。ほとんどのチェーンでは、それが不可能か、あるいは破壊的に高価です。
しかし、これが意味するところにも注目してください。ビルダーとしてあなたが使える証明システムの集合は、プロトコル層で固定されており、アプリケーション側で選ぶものではありません。回路により適した別の方式を使いたいですか? それはライブラリのインポートではなく、プロトコルの変更を求めることになります。
一文でまとめるとこうです:ホスト・レベルでの検証はコストを買う代わりに、任意性(オプション性)を支払う。
規制を受ける金融を狙うチェーンなら、私は実際このトレードは正しい側だと思います。機関向けソフトウェアは、小さく監査された安定したプリミティブを求めます——暗号の方言を50種類もは不要です。とはいえ、プロトコルチームがエコシステムで構築可能な暗号を決めてしまい、その判断が何年にもわたって積み重なっていく、ということでもあります。
また、VM自体にも監査の履歴があります。Piecrustは、現在のアーキテクチャの大半が存在する前の2024年7月にレビューされています。
証明システムは、誰もが共有するプロトコル層のプリミティブであるべきでしょうか? それとも、各チームが自分たちで選ぶアプリ層の選択であるべきでしょうか?
DUSK
-9.15%
best_bd_t
·
--
あなたのキュレーターの上には層があります 通常、ヴォールトの研究はキュレーターで止まります。彼らの上には誰かいます。 @termmax の役割ドキュメントには、ヴォールトのキュレーターを設定・更新でき、割当(アロケーター)をホワイトリストに登録でき、当該ヴォールトの保留中のガーディアン/保留中のティムロック/保留中のマーケットを取り消せる、プロトコルレベルのヴォールト役割について記載されています。 つまり、あなたが預け入れたヴォールトを管理する人物は、あなたでも相手でもない別の誰かに置き換えられ得ます。 次に、ガーディアンが実際に持つ権限を見てください。保留中のティムロックを取り消す。保留中のガーディアンを取り消す。保留中のマーケットを取り消す。保留中のパフォーマンスフィーを取り消す。 すべての動詞が「pending(保留中)」という言葉に結び付いています。ガーディアンは、まだ稼働(公開)していないものに対する拒否権です。すでに受け入れられたものを元に戻す「アンドゥ(取り消し)ボタン」ではありません。 それは防御的な設計です——稼働中の状態を反転できる役割そのものが、攻撃対象(攻撃面)になり得るからです。しかし、それは「guardian(ガーディアン)」という言葉が、ヴォールトのページでそれを見たときにあなたに抱かせるべき感覚を変えてしまいます。 預け入れる前に、キュレーターを差し替えられるその役割を誰が保持しているか確認しますか? #termmax @termmax
あなたのキュレーターの上には層があります
通常、ヴォールトの研究はキュレーターで止まります。彼らの上には誰かいます。
@TermMax
の役割ドキュメントには、ヴォールトのキュレーターを設定・更新でき、割当(アロケーター)をホワイトリストに登録でき、当該ヴォールトの保留中のガーディアン/保留中のティムロック/保留中のマーケットを取り消せる、プロトコルレベルのヴォールト役割について記載されています。
つまり、あなたが預け入れたヴォールトを管理する人物は、あなたでも相手でもない別の誰かに置き換えられ得ます。
次に、ガーディアンが実際に持つ権限を見てください。保留中のティムロックを取り消す。保留中のガーディアンを取り消す。保留中のマーケットを取り消す。保留中のパフォーマンスフィーを取り消す。
すべての動詞が「pending(保留中)」という言葉に結び付いています。ガーディアンは、まだ稼働(公開)していないものに対する拒否権です。すでに受け入れられたものを元に戻す「アンドゥ(取り消し)ボタン」ではありません。
それは防御的な設計です——稼働中の状態を反転できる役割そのものが、攻撃対象(攻撃面)になり得るからです。しかし、それは「guardian(ガーディアン)」という言葉が、ヴォールトのページでそれを見たときにあなたに抱かせるべき感覚を変えてしまいます。
預け入れる前に、キュレーターを差し替えられるその役割を誰が保持しているか確認しますか?
#termmax
@TermMax
best_bd_t
·
--
#dusk $DUSK @Dusk_Foundation Duskのステーキング文書からの2行。数段落離れている。1つ目:成功したアンステーキング取引の後にプロトコル側の待機期間はない。もう1つ:ソフトペナルティによって、一部のアクティブ・ステークがロック・ステークへ移されうる。——なら、どっちなのか?自由に歩けるのか、それとも固定されてしまう資本なのか? 答えは「両方」。違いは、実際のリスクがどこにあるかだ。 入場と退出は対称ではない。最低の直接ステークは1,000 DUSK。文書は上限ではなく下限を定めている。退出は即時——完全アンステークか、残りがまだ1,000をクリアしている限り部分アンステーク。入場はそうではない。新たなステークが有効になるのは、次の境界の後に始まるエポックの時点。エポックは2,160ブロックなので、取引がどこに着地するかによって、アクティベーションはだいたい1〜2エポック、つまり約6〜12時間かかる。 これは「文書」ではなく「挙動」として読むべきだ。退出にはコストがかかり手数料を支払う。戻すには、半日分の“稼ぎなし”と“無意味なカウント”が発生する。ボラティリティのもとでは、この非対称性が、静かに、バリデータ集合が補充されるより先に薄くなるよう押しやる。 存在するロックは、スケジュールではなくペナルティだ。ソフトペナルティは失敗した参加を対象にする:適格性を停止し、一部のアクティブ・ステークをロック・ステークに移す。とはいえ、そのステークはあなたのものだ。単に何もしないだけ。ハードペナルティは、証明可能な無効なコンセンサス挙動——無効な投票、相反する提案への署名——を対象にし、ステークを焼却できる。だから、私がラックに付けるつもりの「唯一の運用者ルール」はこうだ:同じコンセンサス鍵を、アクティブな2つのノードで決して運用しないこと。 公平であるべきだ。ダウンタイムを、証明可能な不正行為から切り分けるのは良い設計で、焼却を後者に留保するのは筋が通っている。私の問いはさらに絞る:"ロックなし" は、稼働率の失敗が資本を動けなくしうるのに、正直な見出しと言えるのか? つまり——委任者とプール利用者よ、あなたは実際にどのリスクを価格設定している?スラッシングか、それとも、より静かなもの:ノードが停止されている間に、ステークがロックされたままになるリスクか。
#dusk
$DUSK
@Dusk
Duskのステーキング文書からの2行。数段落離れている。1つ目:成功したアンステーキング取引の後にプロトコル側の待機期間はない。もう1つ:ソフトペナルティによって、一部のアクティブ・ステークがロック・ステークへ移されうる。——なら、どっちなのか?自由に歩けるのか、それとも固定されてしまう資本なのか?
答えは「両方」。違いは、実際のリスクがどこにあるかだ。
入場と退出は対称ではない。最低の直接ステークは1,000 DUSK。文書は上限ではなく下限を定めている。退出は即時——完全アンステークか、残りがまだ1,000をクリアしている限り部分アンステーク。入場はそうではない。新たなステークが有効になるのは、次の境界の後に始まるエポックの時点。エポックは2,160ブロックなので、取引がどこに着地するかによって、アクティベーションはだいたい1〜2エポック、つまり約6〜12時間かかる。
これは「文書」ではなく「挙動」として読むべきだ。退出にはコストがかかり手数料を支払う。戻すには、半日分の“稼ぎなし”と“無意味なカウント”が発生する。ボラティリティのもとでは、この非対称性が、静かに、バリデータ集合が補充されるより先に薄くなるよう押しやる。
存在するロックは、スケジュールではなくペナルティだ。ソフトペナルティは失敗した参加を対象にする:適格性を停止し、一部のアクティブ・ステークをロック・ステークに移す。とはいえ、そのステークはあなたのものだ。単に何もしないだけ。ハードペナルティは、証明可能な無効なコンセンサス挙動——無効な投票、相反する提案への署名——を対象にし、ステークを焼却できる。だから、私がラックに付けるつもりの「唯一の運用者ルール」はこうだ:同じコンセンサス鍵を、アクティブな2つのノードで決して運用しないこと。
公平であるべきだ。ダウンタイムを、証明可能な不正行為から切り分けるのは良い設計で、焼却を後者に留保するのは筋が通っている。私の問いはさらに絞る:"ロックなし" は、稼働率の失敗が資本を動けなくしうるのに、正直な見出しと言えるのか?
つまり——委任者とプール利用者よ、あなたは実際にどのリスクを価格設定している?スラッシングか、それとも、より静かなもの:ノードが停止されている間に、ステークがロックされたままになるリスクか。
DUSK
-9.15%
best_bd_t
·
--
#dusk $DUSK @Dusk 私が読んだことのある多くのプルーフ・オブ・ステーク(PoS)チェーンは、ダウンタイムと不正行為(misbehavior)を同じように扱います。つまりステークを焼き払い、罰を永続化し、損失への恐れがバリデータを正直に保つようにするのです。Duskはこれとは違うことをしていて、なぜそうなのか理解するのにしばらく時間がかかりました。 そのスラッシング(剥奪)モデルは「ソフト(soft)」だと説明されています。プロビジョナーが職務を怠った場合、ステークをそのまま丸ごと剥奪されるわけではありません。まず警告が出され、同様の過失が繰り返されると、その一部のステークが破壊されるのではなく、請求可能な報酬プールに移されます。さらに、そのノードは一定のエポック数の間、コンセンサス選定から除外されます。これにより、信頼性が証明されるまで再び選ばれる確率が下がります。ステークは消えるのではありません。単に「アクティブ」としてカウントされなくなるだけで、ノードの影響力は減る一方で、位置づけ(存在感)は消し去られないのです。 明示されている理由は、単に運用者を罰することではなく、ネットワーク効率を最大化することが目的だという点です。つまり、信頼できないノードをローテーションから押し出す一方で、あらゆる過失を攻撃として扱うのではない、という発想です。 これは懲罰的スラッシングとは意味の大きく異なる思想であり、Duskがどのような主体にノード運用を任せることを想定しているかによって形作られているように見えます。バリデータとして規制を受けた機関に入ってもらいたいチェーンは、そうした機関に対して運用上のリスクを受け入れることを求めることになります。具体的には、サーバ障害、ソフトウェアのバグ、設定ミスを含むインフラ不備などです。そしてもし「たった1つの見逃したブロック(ミス)が資本を永久に破壊しうる」なら、それは、企業のコンプライアンス(法令順守)やリスクチームがサインオフに慣れているリスクプロファイルとは非常に異なります。 未解決の問いは、寛容さ( forgiveness )がインセンティブ構造を弱めてしまうのかどうかです。焼き払い型のスラッシングは、ダウンタイムを「無視しづらいほど高くつく」ものにします。一方、ソフトスラッシングは不便ではあるものの、回復可能です。大規模で混在したバリデータ集合を、信頼性の高いインフラへの投資を怠るための簡単な抜け道になってしまわない形で、常にオンラインに保つのに十分な圧力がこれで生まれるのかどうかは、ネットワークが規模を持った現実の障害を乗り越えた後でないと答えられない可能性が高いでしょう。
#dusk
$DUSK
@Dusk
私が読んだことのある多くのプルーフ・オブ・ステーク(PoS)チェーンは、ダウンタイムと不正行為(misbehavior)を同じように扱います。つまりステークを焼き払い、罰を永続化し、損失への恐れがバリデータを正直に保つようにするのです。Duskはこれとは違うことをしていて、なぜそうなのか理解するのにしばらく時間がかかりました。
そのスラッシング(剥奪)モデルは「ソフト(soft)」だと説明されています。プロビジョナーが職務を怠った場合、ステークをそのまま丸ごと剥奪されるわけではありません。まず警告が出され、同様の過失が繰り返されると、その一部のステークが破壊されるのではなく、請求可能な報酬プールに移されます。さらに、そのノードは一定のエポック数の間、コンセンサス選定から除外されます。これにより、信頼性が証明されるまで再び選ばれる確率が下がります。ステークは消えるのではありません。単に「アクティブ」としてカウントされなくなるだけで、ノードの影響力は減る一方で、位置づけ(存在感)は消し去られないのです。
明示されている理由は、単に運用者を罰することではなく、ネットワーク効率を最大化することが目的だという点です。つまり、信頼できないノードをローテーションから押し出す一方で、あらゆる過失を攻撃として扱うのではない、という発想です。
これは懲罰的スラッシングとは意味の大きく異なる思想であり、Duskがどのような主体にノード運用を任せることを想定しているかによって形作られているように見えます。バリデータとして規制を受けた機関に入ってもらいたいチェーンは、そうした機関に対して運用上のリスクを受け入れることを求めることになります。具体的には、サーバ障害、ソフトウェアのバグ、設定ミスを含むインフラ不備などです。そしてもし「たった1つの見逃したブロック(ミス)が資本を永久に破壊しうる」なら、それは、企業のコンプライアンス(法令順守)やリスクチームがサインオフに慣れているリスクプロファイルとは非常に異なります。
未解決の問いは、寛容さ( forgiveness )がインセンティブ構造を弱めてしまうのかどうかです。焼き払い型のスラッシングは、ダウンタイムを「無視しづらいほど高くつく」ものにします。一方、ソフトスラッシングは不便ではあるものの、回復可能です。大規模で混在したバリデータ集合を、信頼性の高いインフラへの投資を怠るための簡単な抜け道になってしまわない形で、常にオンラインに保つのに十分な圧力がこれで生まれるのかどうかは、ネットワークが規模を持った現実の障害を乗り越えた後でないと答えられない可能性が高いでしょう。
DUSK
-9.15%
best_bd_t
·
--
本人確認中
正直なところ、昨日これについて考えたりやめたりしているうちに、思っていた以上に考え込んでいました。 私の注意を引いたのは、わりとシンプルな点でした。ほとんどのブロックチェーンは、あなたに対して1つのモードを強制します。公開、永遠に、すべて。あるいは非公開、永遠に、すべて。ですが、それは現実の世界でお金が動く仕方とはあまり一致していません。私がやっていることの中には、誰に見られても構わないものもあります。逆に、本当にそうしてほしくないものもあります。 そこでDuskがこの問題をどう扱うのかをもう少し詳しく見たとき、思っていた以上に見え方が変わりました。 並んで稼働している2つの仕組みがあります。公開向けの、口座(アカウント)スタイルの処理にはMoonlight。秘匿トランザクションにはPhoenix。別々のプロダクトではありません。同じチェーンです。トランザクションごとに、どちらが合うかを選ぶだけ。さらに、両者の間で価値を移すのに、ブリッジやトークンを包んだような仕組みは不要で、ただ1ステップで原子的にそのまま実現されます。 その部分は、本当にうまく考え抜かれています。 ただ、私は別の疑問を持ち続けました。オプション性はピッチデッキでは素晴らしく聞こえますが、実際に一般ユーザーにとって成り立つのでしょうか?多くの人は、プライバシーについて自分が困る瞬間が来るまで、あまり考えません。相手に、十分に理解できていない選択肢を渡すのは、必ずしもギフトとは限りません。時には、それはただ、良い服を着せただけの摩擦であることもあります。 でも、ここから私の中で腑に落ちました。小さな事業者が給与計算を回している状況を考えてください。給与は—非公開で、ここに議論の余地はありません。しかし、ベンダーへの支払い、税金の精算は?監査のため、説明責任のために、見える状態である必要があるはずです。1つのウォレットで、2つの振る舞いを並行して使えます。分離のための追加ツールもいりません。 この点が、私に確信をくれました。これは単なる技術的な誇示ではない。実際の、退屈だけど日常のビジネス課題を解決しているんだ、と。 平均的な人がその選択を意識して使うことがあるかどうか—その部分はまだ確信がありません。たぶん、私は引き続き考え続けると思います。 @Dusk_Foundation #dusk $DUSK
正直なところ、昨日これについて考えたりやめたりしているうちに、思っていた以上に考え込んでいました。
私の注意を引いたのは、わりとシンプルな点でした。ほとんどのブロックチェーンは、あなたに対して1つのモードを強制します。公開、永遠に、すべて。あるいは非公開、永遠に、すべて。ですが、それは現実の世界でお金が動く仕方とはあまり一致していません。私がやっていることの中には、誰に見られても構わないものもあります。逆に、本当にそうしてほしくないものもあります。
そこでDuskがこの問題をどう扱うのかをもう少し詳しく見たとき、思っていた以上に見え方が変わりました。
並んで稼働している2つの仕組みがあります。公開向けの、口座(アカウント)スタイルの処理にはMoonlight。秘匿トランザクションにはPhoenix。別々のプロダクトではありません。同じチェーンです。トランザクションごとに、どちらが合うかを選ぶだけ。さらに、両者の間で価値を移すのに、ブリッジやトークンを包んだような仕組みは不要で、ただ1ステップで原子的にそのまま実現されます。
その部分は、本当にうまく考え抜かれています。
ただ、私は別の疑問を持ち続けました。オプション性はピッチデッキでは素晴らしく聞こえますが、実際に一般ユーザーにとって成り立つのでしょうか?多くの人は、プライバシーについて自分が困る瞬間が来るまで、あまり考えません。相手に、十分に理解できていない選択肢を渡すのは、必ずしもギフトとは限りません。時には、それはただ、良い服を着せただけの摩擦であることもあります。
でも、ここから私の中で腑に落ちました。小さな事業者が給与計算を回している状況を考えてください。給与は—非公開で、ここに議論の余地はありません。しかし、ベンダーへの支払い、税金の精算は?監査のため、説明責任のために、見える状態である必要があるはずです。1つのウォレットで、2つの振る舞いを並行して使えます。分離のための追加ツールもいりません。
この点が、私に確信をくれました。これは単なる技術的な誇示ではない。実際の、退屈だけど日常のビジネス課題を解決しているんだ、と。
平均的な人がその選択を意識して使うことがあるかどうか—その部分はまだ確信がありません。たぶん、私は引き続き考え続けると思います。
@Dusk
#dusk
$DUSK
DUSK
-9.15%
best_bd_t
·
--
こんにちは
こんにちは
bro_sf
·
--
デッキを読むだけではなく、バビロンの「信頼不要BTC DeFi」という売り込みを分解して眺めていました。 TVLは約26億ドルで、今週は約19%下落—6億ドル以上が消えています。「BTC DeFiをただ直しただけだ」という話のはずが、こうなるのはよくありません。とはいえ、それ自体は製品拡張は起こり続け得る一方でTVLは収縮するので、単体では弱い見方です。 より難しいポイントは、$BABY が実際にどこで取引されているかです。24時間出来高は約620万ドルで、そのうちDEXは約13%にすぎず、残りは集中型取引所のフロー。信頼できる仲介者を取り除くことを前提にしたプロトコルにしては、トークン自体が「信頼不要」のレールに触れる場面がほとんどありません。 次に、BTCに裏付けられた専用のスポークがあります。最初は単なる担保の項目のように見えますが、BTCの流動性を切り出すことで、より静かな効果が出ます。つまり、売り払わずにBTCを置いて働かせられるかを検証する預金者をふるい分け、利回りハンターではない人たちを通すのです。ブリッジやカストディ(保管)に伴う摩擦が、すでに「それでもいける」と確信している人以外をふるい落とします。入るのは遅く、出るのも遅い。 トークノミクスにも別の層があります。8%の年率インフレは、機械的で保証されている。一方のバーン・オークションは、BSNの採用が実際に報酬フローを生み出した場合にのみ発火します。片方は利用の有無に関係なく動く時計。もう片方は違う。 どれも「壊れている」と言いたいわけではありません。別々のシステムが、別々のタイムラインで動いているだけで、そしてバビロン側にとって確実に動くのは、そのうちの1つだけです。 「信頼不要」は、結局どこで成立している必要があるのでしょう—担保メカニズムなのか、それともその上に価格付けされるすべてなのか?
@BabylonLabs_io #baby $BABY $BTC
best_bd_t
·
--
#grvt 私は数日間GRVTについて読んでいて、正直最初はあまり気にしていませんでした。ハイブリッド取引所のトレンドの中の、ただの別プロジェクトなのだろうと思っていたんです。でも学びを深めるほど、私の見方はどんどん変わっていきました。私の関心を引きつけたのは、単一の機能や見出しではありませんでした。彼らが取り組もうとしている、より大きな課題です。長い間トレーダーは、異なる優先事項の間で選択を迫られてきました。高速な執行と深い流動性を求めるなら、しばしばある程度のコントロールを手放す必要がありました。自己保管(セルフカストディ)やオンチェーンの透明性を重視するなら、取引体験全体には別の種類の妥協が付いてきます。私が学んだところでは、GRVTは、オフチェーンでの注文照合とオンチェーンでの決済を組み合わせることで、この2つの世界をより近づけようとしているようです。さらに、資本効率を高めつつ、透明性とセキュリティを意識しながら、ポートフォリオ・マージン、統一バランス、ゼロ知識技術といったアイデアも取り入れようとしています。とはいえ、良いアイデアは実用が伴わなければあまり意味がありません。重要なのは、それが実際にうまく機能するか、執行が信頼できるか、流動性が強いか、そしてトレーダーが本当に使いたいと思うかどうかです。そこで気になるのですが、ハイブリッド取引所が今後も進化し続けるとしたら、ほとんどのトレーダーにとっての第一選択になっていくと思いますか?それともCEXとDeFiは、それぞれ別のニーズを満たす形で引き続き役割分担されるでしょうか?$\n@grvt_io #grvt #CEXorDEX
#grvt
私は数日間GRVTについて読んでいて、正直最初はあまり気にしていませんでした。ハイブリッド取引所のトレンドの中の、ただの別プロジェクトなのだろうと思っていたんです。でも学びを深めるほど、私の見方はどんどん変わっていきました。私の関心を引きつけたのは、単一の機能や見出しではありませんでした。彼らが取り組もうとしている、より大きな課題です。長い間トレーダーは、異なる優先事項の間で選択を迫られてきました。高速な執行と深い流動性を求めるなら、しばしばある程度のコントロールを手放す必要がありました。自己保管(セルフカストディ)やオンチェーンの透明性を重視するなら、取引体験全体には別の種類の妥協が付いてきます。私が学んだところでは、GRVTは、オフチェーンでの注文照合とオンチェーンでの決済を組み合わせることで、この2つの世界をより近づけようとしているようです。さらに、資本効率を高めつつ、透明性とセキュリティを意識しながら、ポートフォリオ・マージン、統一バランス、ゼロ知識技術といったアイデアも取り入れようとしています。とはいえ、良いアイデアは実用が伴わなければあまり意味がありません。重要なのは、それが実際にうまく機能するか、執行が信頼できるか、流動性が強いか、そしてトレーダーが本当に使いたいと思うかどうかです。そこで気になるのですが、ハイブリッド取引所が今後も進化し続けるとしたら、ほとんどのトレーダーにとっての第一選択になっていくと思いますか?それともCEXとDeFiは、それぞれ別のニーズを満たす形で引き続き役割分担されるでしょうか?$\n
@grvt_io
#grvt
#CEXorDEX
best_bd_t
·
--
本人確認中
GRVTのようなプラットフォームは、本当に誇りに思える存在です!169市場、建玉(オープン・インタレスト)3億5,523万ドル、そして24時間の出来高7億6,234万ドルを目まぐるしいペースで記録😨—この驚くべき指標が、その大きさと強さを物語っています!さらに、背後にはZKsyncやSIGのような大物がいるので、セキュリティ面で心配する必要はありません。ZK-Privacyのおかげで、取引は完全に安全です!🔒それで私は、@grvt_io で3日間働いてきて、将来的に資本効率を革命してくれることを期待しています。みんな早めに参加して、良いものを手に入れましょう😋🤑 #grvt #bestevent #HotProject
GRVTのようなプラットフォームは、本当に誇りに思える存在です!169市場、建玉(オープン・インタレスト)3億5,523万ドル、そして24時間の出来高7億6,234万ドルを目まぐるしいペースで記録😨—この驚くべき指標が、その大きさと強さを物語っています!さらに、背後にはZKsyncやSIGのような大物がいるので、セキュリティ面で心配する必要はありません。ZK-Privacyのおかげで、取引は完全に安全です!🔒それで私は、
@grvt_io
で3日間働いてきて、将来的に資本効率を革命してくれることを期待しています。みんな早めに参加して、良いものを手に入れましょう😋🤑
#grvt
#bestevent
#HotProject
best_bd_t
·
--
それを持ってきて
それを持ってきて
MkHasan0110
·
--
#grvt セキュリティは、GRVTアプリを使う上で私にとって最も重要なことです。ここでは私の資産は完全に私のものであり、他人のものではありません。二要素認証、秘密鍵、データのプライバシーなどの強固なセキュリティにより、私は完全に安心しています。GRVTは私の資金にアクセスできることは決してなく、それによって私の信頼はより強まりました。 @grvt_io #SecurityFirst #PrivateKeys #DataPrivac #CryptoSecurity
best_bd_t
·
--
すごい 😧 😳
すごい 😧 😳
Ra44
·
--
#grvt 私はGRVTアプリに本当に感動しました。これは単なる暗号資産取引所ではなく、稼ぐための素晴らしい方法です。ここでは、稼ぎながら同時に取引もできるので、今までそんなことは考えたことがありませんでした。いちばん良いのは、隠れた手数料がなく、私の資金が完全に安全だということです。ぜひ皆さんにもこのアプリを試してみてほしいです。@grvt_io #grvt🚀 #CryptoApp #WealthManagement
best_bd_t
·
--
#grvt 私はGRVTアプリに本当に感動しました。これは普通の暗号取引所ではありません。取引の機会だけでなく、収入や投資も提供してくれます。アプリのインターフェース— @grvt_io #GrvtApp #CryptoTrends2026 #BigProject
#grvt
私はGRVTアプリに本当に感動しました。これは普通の暗号取引所ではありません。取引の機会だけでなく、収入や投資も提供してくれます。アプリのインターフェース—
@grvt_io
#GrvtApp
#CryptoTrends2026
#BigProject
best_bd_t
·
--
大丈夫
大丈夫
Binance Square Official
·
--
Binance Square & Binance Wallet Booster:CreatorPadで250,000 GRVT報酬の一部を獲得しよう!
Binance Square は、CreatorPad で新しいキャンペーンを開始できることを嬉しく思います。 Binance Wallet Booster。認証済みユーザーは、簡単なタスクを完了し、Binance Wallet Booster で Binance Square のタスクを検証することで、250,000 GRVT の報酬をアンロックできます。
CreatorPad 活動期間:2026-07-10 07:00(UTC)から 2026-07-14 23:59(UTC)
ブースター タスクの検証期間:2026-07-17 03:00(UTC)から 2026-07-17 23:59(UTC)
トークン報酬の配布:プロジェクトのTGE時
参加方法:
活動期間中、アクティビティページの「Join now」をクリックし、表に記載されたタスクを完了して、ランキング(順位)に参加してください。
best_bd_t
·
--
😲 😳 わあ
😲 😳 わあ
mojibur5
·
--
#grvt 2026年 フルスタック・ウェルス・ロードマップ(4層の金融的優位性)
2026年は、分散型取引が主流となる時代の到来を告げ、GRVTがその先頭に立っています。GRVTのビジョンロードマップは、単なる別のPerp DEXで終わるものではなく、4つの主要プロダクト領域——Earn(稼ぐ)、Trade(取引する)、Invest(投資する)、Pay(支払う)——にまたがる、フルスタックのオンチェーン資産層を構築することに焦点を当てています。
EARN: デフォルトでユーザーの預け入れを、即座に稼働する運転資本へ変換。アイドル状態の資金は、AaveのようなダイレクトなL1のブルーチップ統合を通じて、米国債の金利をモデルにしたベース利回り3.5%を自動的に引き込みます。つまり、資金が着金したミリ秒からあなたは利回りを得られます。 @grvt_io
TRADE: クロスアセットのフロンティアをまたぐパワフルなエンジン。スポット市場、暗号のパーペチュアル先物、さらに、グローバル株式、FX、コモディティのようなトークン化された従来型の実世界資産(RWA)までもを、単一のアカウントのもとで取り扱います。
INVEST: 日常の個人投資家にも、最低100万ドル不要で、エリートで厳選された機関投資家グレードのバルブ(金庫)を提供。
PAY: 暗号カードとシームレスな法定通貨の入出金(オン/オフランプ)を統合し、資金の循環を完結。資産生産性を止めることなく、お金の移動、支払い、受け取りがスムーズにできます。
これが、金融本来のあるべき姿——流動的で、一体化され、そして超効率的です。 @grvt_io
#GRVTRoadmap #OnChainWealth #FutureOfFinance2026 #realworldassets
best_bd_t
·
--
いいね 👍
いいね 👍
Anl_
·
--
#grvt @grvt_io 資本効率の真の力(ハイブリッド・アーキテクチャを深掘り)
預けた暗号資産が決してアイドル状態にならない世界を想像してみてください。GRVT(Gravity)は、CeFiのパフォーマンスとDeFiの安全性をシームレスに繋ぐ画期的なハイブリッド取引所プラットフォームです。これまでトレーダーは、つらいトレードオフに直面していました。中央集権型取引所を使えば超高速だが資金のリスクを負うか、分散型取引所を使えば安全だがガス代や高いレイテンシーに悩まされるか、という二択です。GRVTは、このボトルネックを永久に解消しました。
ZKsyncのZK Stack(Validiumコードベース)上に、機関投資家グレードのデジタル資産インフラを構築することで、GRVTは驚異的な毎秒60万トランザクションを扱える、サブ2msのレイテンシーを実現するオフチェーンの中央リミットオーダーブックを備えています。それでも決済、カストディ、マージン管理はすべて、スマートコントラクトを通じて100%オンチェーンで安全に行われます。資産はウォレットの中に留まりつつ、機関レベルのパワーで取引できる究極のプラットフォームです。Delphi Digital、ZKsync、Further Venturesといった大手からの3,330万ドル規模の資金調達により支えられているこの取り組みは、単なるアプリではありません。金融のコンポーザビリティの未来です。
#GRVT #ZKsync #DeFiDerivatives #HybridExchange #cryptotradingpro #CapitalEfficiency #CryptoWealth
best_bd_t
·
--
$grvt
$grvt
Ra44
·
--
#grvt @grvt_io 「Earn vs. Trade」のトレードオフを統一マージンで終わらせる
長年、暗号資産ネイティブのユーザーは、専門の開発者が「capital drag(キャピタル・ドラッグ)」と呼ぶ状況に悩まされてきました。ステーブルコインやブルーチップを利回りとして受動的に運用したいなら、貸借プロトコルにロックする必要がありました。レバレッジ取引を行いたいなら、取引所へ移して、乾いたマージン(ドライな担保)としてアイドル状態にしておく必要がありました。#GRVT は、その物語を「Unified Margin System(統一マージン・システム)」によって永遠に塗り替えます。
GRVT の統一されたエコシステムでは、単一のプログラマブルな残高が同時に、高水準の利回りを生み出し、現物およびパーペチュアルのショート/ロング取引のアクティブな担保として機能し、さらに基礎となる資産の値上がりに対しても完全にエクスポーズされたまま維持されます!これにより強力なフライホイール効果が生まれます。生産性の高い預け入れはより深い流動性を呼び込み、深い流動性はよりタイトなスプレッドと完璧な執行をもたらし、トップクラスの執行は大規模な取引量につながるのです。このインフラには 3,330 万ドルの機関投資家による資金が確保されており、市場で他にない形であなたの資本効率を最大化するよう明確に設計されています。
#CapitalProductivity #LiquidityMap #CryptoCollateral #DeFiLending
ログインして、さらにコンテンツを読む
登録 / ログイン
厳選トピックで世界の暗号資産トレーダーの仲間入り
⚡️ 暗号資産に関する最新かつ有益な情報が見つかります。
💬 世界最大の暗号資産取引所から信頼されています。
👍 認証を受けたクリエイターから、有益なインサイトを得られます。
メール / 電話番号
登録してリワードを獲得
ログイン
トレンドトピック
GrayscaleAndRepublicLaunchThreeCryptoFunds
閲覧回数 187,359
1,236人が討論中
#GrayscaleAndRepublicLaunchThreeCryptoFunds 🚨 グレースケール × リパブリック:伝統的な資本に新たな扉 🚨 グレースケールはリパブリックと提携し、3つの新しい暗号資産商品(DeFiファンド、分散型AIファンド、データネットワーク・トラスト)を立ち上げました。最低投資額はわずか2,500ドルです 💼 ただし、対象は米国の適格投資家のみです(米国外の投資家向けには別の商品があります)。 注目のトークン: 🤖 $NEAR は、分散型AIファンドの最大保有銘柄で、比率は31.35% 🧠 $TAO (Bittensor)が29.15%で続きます 🦄 $UNI は、DeFiファンドの最大保有銘柄で、比率は34.16% (8月3日時点のスナップショットに基づく比率) 重要な理由: 投資家がトークンを直接保有しなくても、より多くの規制対象資金がAIやDeFi分野に流入できるようになります。 ⚠️ リスク確認:持分には譲渡制限があり、流動性もありません。償還もできません。投資元本の全額を失う可能性があります。 これはAIやDeFiのアルトコインへの機関投資家による本格的な資金移動でしょうか。それとも、見出しだけの話でしょうか? 🤔 コメントで意見を聞かせてください 👇 #Near #TAO #UNI #CryptoNews 金融アドバイスではありません。必ずご自身で調査してください。
RCipheR
·
いいね:3件
·
閲覧回数 645
ElSalvadorBitcoinHoldingsSurpass7800BTC
閲覧回数 80,287
1,040人が討論中
BitcoinSurpasses$82K
閲覧回数 56,954
205人が討論中
詳細確認
サイトマップ
Cookieの設定
プラットフォーム利用規約