「Duskのステーク抽象化」について考えているうちに、ステーキングを“機能”として捉えることをやめました。

そこで、コールバックに注目し始めました。

それは小さな技術的な詳細のように聞こえるかもしれませんが、コールバックはたいてい、プロトコルが他のソフトウェアにどこへ組み込んでほしいと期待しているのかを教えてくれます。

契約が資金を預け入れます。

そして、ステークをトランスファー・コントラクトを通じて送信します。

ステークは、エポックの境界あたりでアクティブになります。

その後、報酬や未ステーク分の資金は、コントラクトのコールバック経由で戻ってきます。

これは単なるステーキングではありません。

それはライフサイクルです。

そして、このパターンは暗号資産の他の領域でも見たことがあります。

ERC-4626によって、バリュートを共通インターフェース経由でアプリが統合できるものへと変える助けになりました。

さらにERC-7540は、預け入れと引き出しが即時ではないケースにも、その考え方を押し広げました。そこでは、待機期間や非同期の決済が自然に存在するからです。

Duskは別の種類の非同期プロセスを扱っていますが、私にはその設計の直感が身近に感じられます。

「資産だけ」ではなく「ライフサイクルをプログラマブルにする」。

それによって、ステーキング・コントラクトが実際に表せるものが変わります。

それは「プール」である必要はありません。

参加する人、資本が動くタイミング、報酬のルーティング方法、そしてアンステーク後に何が起きるのか——そうしたルールをエンコードできるのです。

そして私が通常のステーキングの語りよりも面白いと感じるのは、この部分です。

プロトコルは、セキュリティのルールを依然として所有しています。

しかし、コントラクトはポジション周りの振る舞いを所有できます。

私にとってそれは、単にステーキングを簡単にするよりずっと面白い抽象化です。

ステークは、押すだけのボタンのように振る舞うものから…

そして、ライフサイクルを備えたプログラマブルなポジションのように振る舞うものへと近づいていきます。

そこで私は、次のDUSKプリミティブの波を探し始めるべきだと思います。

#dusk $DUSK @Dusk

$TMX $BMT