​かつて私は、Duskでのステーキングは基本的に標準モデルだと思っていました:

​DUSKを購入 → ノードを実行 → ステーク → 報酬を獲得。
​そこでHyperstakingを見つけました。

​正直に言うと、これは、可能にするものを考えるとより面白くなる小さな技術的機能のひとつです。

DuskのHyperstakingは、ステーク・アブストラクション(Stake Abstraction)に基づいています。

​重要なアイデア:

​スマートコントラクトが、ユーザーの代わりにステーキングに参加できる。

​つまり、ステーキングは必ずしも、すべてのユーザーがノード運用を理解する必要がある手作業のプロセスである必要はありません。

​スマートコントラクトは以下を行えます:

​自動でステークする
​あらかじめ定義されたロジックに従ってアンステークする
​報酬を再投資する
​報酬を分配する
​ステーキングポジションをプールする

​& そしてここが、私にとって面白いところです。
​なぜなら、これでステーキングが「アプリケーションがその周りに作り込めるもの」になったからです。

​リキッド・ステーキング。
​委任(ディレゲーテッド)ステーキング。
​ステーキング・サービス(Staking-as-a-service)。
​カスタム報酬メカニズム。

​最初のHyperstakingパートナーとしてDuskが発表したのはSozuで、リキッド・ステーキングへの最初のステップとして委任ステーキングが組み込まれていました。

​つまり、DUSKのステーキングは、自分でインフラを運用したい人に限定される必要はありません。

​プロトコルは、開発者に対してステーキングをプログラマブルにする手段を提供しています。

​& すると、別の問いが生まれます。

​もしスマートコントラクトがネットワークのセキュリティ参加を管理できるなら、そのプリミティブの周りに、いくつの金融商品を最終的に作れるのでしょうか?

​それが、実際のところ見てみたい部分です。

​なぜならHyperstakingは単に:

​ステーキング報酬を得るための別の方法ではないからです。

​より面白いアイデアは:

​ステーキングそのものを、プログラマブルなインフラに変えること。

​そのプリミティブの周りに、将来的にいくつの金融商品が作られるのか。

​あなたはどう思いますか? ステーク・アブストラクションは、レイヤー1にとっての標準になると思いますか? 以下で教えてください! 👇

#dusk $DUSK @Dusk