「預託者より先にビルダー」という考え方は、Dusk Hyperstakingが本当に解決しようとしていることを捉えきれていないと思います。
Duskは、スマートコントラクトがユーザーに代わってステークできる方法を用意しました。最低1,000 DUSKという条件はまだそのままあります。成熟までの時間は約12時間なので、プロトコルのルールが消えてしまうわけではありません。
だからといって、すべての一般ユーザーが参加するのに1,000 DUSKを用意する必要がある、という意味ではありません。
ここでプールが重要になります。ビルダーはステーキングの仕組み(ツール)を使えます。より小規模なユーザーでも利用しやすくなるでしょう。SoZuがその一例であること自体は、必ずしも問題ではなく、むしろ構想が計画通りに機能し始めていることを示しているのかもしれません。
私にとってより大きな課題は、人々がそれを使うのかどうかです。
システムはプロトコルのレベルで利用可能にできます。それでも、誰もそれとやり取りする「正しい方法」を作らなければ、使いにくいままだと感じます。
Duskはレールを敷けます。ビルダーは、そのレールを人々が実際に使いたいものへと変える必要があります。
なので、こう言うなら:
まずインフラを作る。次にユーザーが来る。
そして本当の試験は、より多くのビルダーがSozuに参加するかどうかです。
@Dusk $DUSK #dusk
$AKE $COW
Duskは、スマートコントラクトがユーザーに代わってステークできる方法を用意しました。最低1,000 DUSKという条件はまだそのままあります。成熟までの時間は約12時間なので、プロトコルのルールが消えてしまうわけではありません。
だからといって、すべての一般ユーザーが参加するのに1,000 DUSKを用意する必要がある、という意味ではありません。
ここでプールが重要になります。ビルダーはステーキングの仕組み(ツール)を使えます。より小規模なユーザーでも利用しやすくなるでしょう。SoZuがその一例であること自体は、必ずしも問題ではなく、むしろ構想が計画通りに機能し始めていることを示しているのかもしれません。
私にとってより大きな課題は、人々がそれを使うのかどうかです。
システムはプロトコルのレベルで利用可能にできます。それでも、誰もそれとやり取りする「正しい方法」を作らなければ、使いにくいままだと感じます。
Duskはレールを敷けます。ビルダーは、そのレールを人々が実際に使いたいものへと変える必要があります。
なので、こう言うなら:
まずインフラを作る。次にユーザーが来る。
そして本当の試験は、より多くのビルダーがSozuに参加するかどうかです。
@Dusk $DUSK #dusk
$AKE $COW