LearnToEarn

昨夜、Duskのドキュメントを読み返していたら、インセンティブの章で立ち止まり、2回読んでしまいました。

最初は単純なバリデータ報酬だと思っていたのですが、実はもう少し複雑です。ブロック報酬は新たに鋳造されたDUSKと取引手数料から成り、その80%がブロック生成者に、10%が投票委員会に、そして10%がDuskに渡されます。生成者の80%は固定70%と可変10%に分かれていて、可変部分はブロック証明書に含まれる投票に依存します。投票者の報酬はクレジットに基づくため、投票権力とインセンティブは密接に結びついています。

そこで私が疑問に思ったのは、より高いクレジットを持つ投票者に報酬を与えることは参加を強めるのか、それとも、すでに強い提供者（プロビジョナ）の間に徐々に影響が集中してしまうのではないか、という点です。

セキュリティ面も興味深いです。軽微な不正は停止やソフトスラッシングにつながり得る一方、不正ブロック、二重投票、矛盾するブロックといった重大な不正はハードスラッシングを引き起こします。

さらに取引についても目を通しました。Duskには2つのモデルがあります。公開鍵を用いるアカウントベースモデルのMoonlightと、プライバシーのためにZK証明を使うUTXOベースモデルのPhoenixです。対比は明確ですが、それでもなお、これら2つのモデルが実際に長期的な分散化やガバナンスにどう影響するのかが気になっています。

投票者クレジット、ペナルティ、分散化のトレードオフを、どう捉えていますか？

@Dusk #dusk $DUSK

昨夜、TermMax Token Whitepaper（2026年3月版、バージョン1.0）を読み返し、意見を作る前にトークンの設計を理解しようとしました。

最初の気づきは、TermMaxが分散型の固定金利の借入・貸付プロトコルとして構築されており、トークン化と自動マーケットメイカー（AMM）技術によってDeFiの金利をより予測可能にすることを目指しているという点です。

その重点が置かれている理由も、より明確になりました。ホワイトペーパーは、変動金利は借り手と貸し手の双方に不確実性をもたらす一方で、予測可能な金利は、伝統的な機関やプロのトレーダーが用いる資本運用戦略にとって重要だと指摘しています。

次に、TMX自体を確認しました。総供給量はTMXが正確に10億（1,000,000,000）で、インフレはなく固定されています。トークンは複数のブロックチェーンに対応するOFTサポート付きのERC20を使用します。TGEの日付はTo Be Announcedで、TGE時点で約20%の供給が流通すると見込まれています。

TMXの明記された主要機能は、プロトコルのガバナンス、ステーキング報酬、そしてエコシステム・インセンティブです。そこで私は、より多くの疑問を持ち始めました。

ガバナンスの権限は実際にどのように分配されますか？ 固定供給は分散化に意味のある形で寄与するのでしょうか、それとも所有が依然として集中しうるのでしょうか？ またセキュリティの観点では、市場がストレス状態になったとき、AMMはどのように信頼できる流動性を維持しますか？

私はまだ読み進めている途中なので、これらは結論というより未解決の問いだと捉えています。

次に何を確認するとよいでしょうか？

@TermMax #termmax

昨夜、Duskのドキュメントを読み返していたら、インセンティブの章で立ち止まり、2回読んでしまいました。

最初は単純なバリデータ報酬だと思っていたのですが、実はもう少し複雑です。ブロック報酬は新たに鋳造されたDUSKと取引手数料から成り、その80%がブロック生成者に、10%が投票委員会に、そして10%がDuskに渡されます。生成者の80%は固定70%と可変10%に分かれていて、可変部分はブロック証明書に含まれる投票に依存します。投票者の報酬はクレジットに基づくため、投票権力とインセンティブは密接に結びついています。

そこで私が疑問に思ったのは、より高いクレジットを持つ投票者に報酬を与えることは参加を強めるのか、それとも、すでに強い提供者（プロビジョナ）の間に徐々に影響が集中してしまうのではないか、という点です。

セキュリティ面も興味深いです。軽微な不正は停止やソフトスラッシングにつながり得る一方、不正ブロック、二重投票、矛盾するブロックといった重大な不正はハードスラッシングを引き起こします。

さらに取引についても目を通しました。Duskには2つのモデルがあります。公開鍵を用いるアカウントベースモデルのMoonlightと、プライバシーのためにZK証明を使うUTXOベースモデルのPhoenixです。対比は明確ですが、それでもなお、これら2つのモデルが実際に長期的な分散化やガバナンスにどう影響するのかが気になっています。

投票者クレジット、ペナルティ、分散化のトレードオフを、どう捉えていますか？

@Dusk #dusk $DUSK

昨夜、Duskのドキュメントを読み返していたら、インセンティブの章で立ち止まり、2回読んでしまいました。

最初は単純なバリデータ報酬だと思っていたのですが、実はもう少し複雑です。ブロック報酬は新たに鋳造されたDUSKと取引手数料から成り、その80%がブロック生成者に、10%が投票委員会に、そして10%がDuskに渡されます。生成者の80%は固定70%と可変10%に分かれていて、可変部分はブロック証明書に含まれる投票に依存します。投票者の報酬はクレジットに基づくため、投票権力とインセンティブは密接に結びついています。

そこで私が疑問に思ったのは、より高いクレジットを持つ投票者に報酬を与えることは参加を強めるのか、それとも、すでに強い提供者（プロビジョナ）の間に徐々に影響が集中してしまうのではないか、という点です。

セキュリティ面も興味深いです。軽微な不正は停止やソフトスラッシングにつながり得る一方、不正ブロック、二重投票、矛盾するブロックといった重大な不正はハードスラッシングを引き起こします。

さらに取引についても目を通しました。Duskには2つのモデルがあります。公開鍵を用いるアカウントベースモデルのMoonlightと、プライバシーのためにZK証明を使うUTXOベースモデルのPhoenixです。対比は明確ですが、それでもなお、これら2つのモデルが実際に長期的な分散化やガバナンスにどう影響するのかが気になっています。

投票者クレジット、ペナルティ、分散化のトレードオフを、どう捉えていますか？

@Dusk #dusk $DUSK

昨夜、TermMax Token Whitepaper（2026年3月版、バージョン1.0）を読み返し、意見を作る前にトークンの設計を理解しようとしました。

最初の気づきは、TermMaxが分散型の固定金利の借入・貸付プロトコルとして構築されており、トークン化と自動マーケットメイカー（AMM）技術によってDeFiの金利をより予測可能にすることを目指しているという点です。

その重点が置かれている理由も、より明確になりました。ホワイトペーパーは、変動金利は借り手と貸し手の双方に不確実性をもたらす一方で、予測可能な金利は、伝統的な機関やプロのトレーダーが用いる資本運用戦略にとって重要だと指摘しています。

次に、TMX自体を確認しました。総供給量はTMXが正確に10億（1,000,000,000）で、インフレはなく固定されています。トークンは複数のブロックチェーンに対応するOFTサポート付きのERC20を使用します。TGEの日付はTo Be Announcedで、TGE時点で約20%の供給が流通すると見込まれています。

TMXの明記された主要機能は、プロトコルのガバナンス、ステーキング報酬、そしてエコシステム・インセンティブです。そこで私は、より多くの疑問を持ち始めました。

ガバナンスの権限は実際にどのように分配されますか？ 固定供給は分散化に意味のある形で寄与するのでしょうか、それとも所有が依然として集中しうるのでしょうか？ またセキュリティの観点では、市場がストレス状態になったとき、AMMはどのように信頼できる流動性を維持しますか？

私はまだ読み進めている途中なので、これらは結論というより未解決の問いだと捉えています。

次に何を確認するとよいでしょうか？

@TermMax #termmax

昨夜、TermMax Token Whitepaper（2026年3月版、バージョン1.0）を読み返し、意見を作る前にトークンの設計を理解しようとしました。

最初の気づきは、TermMaxが分散型の固定金利の借入・貸付プロトコルとして構築されており、トークン化と自動マーケットメイカー（AMM）技術によってDeFiの金利をより予測可能にすることを目指しているという点です。

その重点が置かれている理由も、より明確になりました。ホワイトペーパーは、変動金利は借り手と貸し手の双方に不確実性をもたらす一方で、予測可能な金利は、伝統的な機関やプロのトレーダーが用いる資本運用戦略にとって重要だと指摘しています。

次に、TMX自体を確認しました。総供給量はTMXが正確に10億（1,000,000,000）で、インフレはなく固定されています。トークンは複数のブロックチェーンに対応するOFTサポート付きのERC20を使用します。TGEの日付はTo Be Announcedで、TGE時点で約20%の供給が流通すると見込まれています。

TMXの明記された主要機能は、プロトコルのガバナンス、ステーキング報酬、そしてエコシステム・インセンティブです。そこで私は、より多くの疑問を持ち始めました。

ガバナンスの権限は実際にどのように分配されますか？ 固定供給は分散化に意味のある形で寄与するのでしょうか、それとも所有が依然として集中しうるのでしょうか？ またセキュリティの観点では、市場がストレス状態になったとき、AMMはどのように信頼できる流動性を維持しますか？

私はまだ読み進めている途中なので、これらは結論というより未解決の問いだと捉えています。

次に何を確認するとよいでしょうか？

@TermMax #termmax

昨夜、Duskのドキュメントを読み返していたら、インセンティブの章で立ち止まり、2回読んでしまいました。

最初は単純なバリデータ報酬だと思っていたのですが、実はもう少し複雑です。ブロック報酬は新たに鋳造されたDUSKと取引手数料から成り、その80%がブロック生成者に、10%が投票委員会に、そして10%がDuskに渡されます。生成者の80%は固定70%と可変10%に分かれていて、可変部分はブロック証明書に含まれる投票に依存します。投票者の報酬はクレジットに基づくため、投票権力とインセンティブは密接に結びついています。

そこで私が疑問に思ったのは、より高いクレジットを持つ投票者に報酬を与えることは参加を強めるのか、それとも、すでに強い提供者（プロビジョナ）の間に徐々に影響が集中してしまうのではないか、という点です。

セキュリティ面も興味深いです。軽微な不正は停止やソフトスラッシングにつながり得る一方、不正ブロック、二重投票、矛盾するブロックといった重大な不正はハードスラッシングを引き起こします。

さらに取引についても目を通しました。Duskには2つのモデルがあります。公開鍵を用いるアカウントベースモデルのMoonlightと、プライバシーのためにZK証明を使うUTXOベースモデルのPhoenixです。対比は明確ですが、それでもなお、これら2つのモデルが実際に長期的な分散化やガバナンスにどう影響するのかが気になっています。

投票者クレジット、ペナルティ、分散化のトレードオフを、どう捉えていますか？

@Dusk #dusk $DUSK

昨夜、TermMax Token Whitepaper（2026年3月版、バージョン1.0）を読み返し、意見を作る前にトークンの設計を理解しようとしました。

最初の気づきは、TermMaxが分散型の固定金利の借入・貸付プロトコルとして構築されており、トークン化と自動マーケットメイカー（AMM）技術によってDeFiの金利をより予測可能にすることを目指しているという点です。

その重点が置かれている理由も、より明確になりました。ホワイトペーパーは、変動金利は借り手と貸し手の双方に不確実性をもたらす一方で、予測可能な金利は、伝統的な機関やプロのトレーダーが用いる資本運用戦略にとって重要だと指摘しています。

次に、TMX自体を確認しました。総供給量はTMXが正確に10億（1,000,000,000）で、インフレはなく固定されています。トークンは複数のブロックチェーンに対応するOFTサポート付きのERC20を使用します。TGEの日付はTo Be Announcedで、TGE時点で約20%の供給が流通すると見込まれています。

TMXの明記された主要機能は、プロトコルのガバナンス、ステーキング報酬、そしてエコシステム・インセンティブです。そこで私は、より多くの疑問を持ち始めました。

ガバナンスの権限は実際にどのように分配されますか？ 固定供給は分散化に意味のある形で寄与するのでしょうか、それとも所有が依然として集中しうるのでしょうか？ またセキュリティの観点では、市場がストレス状態になったとき、AMMはどのように信頼できる流動性を維持しますか？

私はまだ読み進めている途中なので、これらは結論というより未解決の問いだと捉えています。

次に何を確認するとよいでしょうか？

@TermMax #termmax

昨夜、ダスク・ホワイトペーパーを読み返し、エマージェンシーモード、フォールバック、ローリング・ファイナリティの各セクションに集中しました。思っていたよりも、詳細はもっと微妙で複雑でした。

エマージェンシーモードは16回の失敗したイテレーションの後に有効になります。その後、ステップのタイムアウトは無効化され、候補ブロックが検証とラティフィケーションの両方でクォーラムに到達するまでオープンなイテレーションが継続されます。複数のイテレーションを同時に実行できるためブロック生成の可能性は高まりますが、フォークが発生する可能性も増えます。複数の候補がコンセンサスに到達した場合は、最も低いイテレーションが選ばれます。最後のイテレーションでは、プロビジョナーがエマージェンシーブロックを要求できますが、それにはネットワーク全体の保有総量における過半数を保有するプロビジョナーが必要です。

フォールバックのルールも注目すべき点でした。イテレーションJが0より大きいブロックは、のちにコンセンサスに到達する低いイテレーションのブロックによって置き換えられる可能性があります。一方、イテレーション0のブロックは、この方法では置き換えられません。

そしてローリング・ファイナリティがさらにもう一層の仕組みを加えます。直前のn回のイテレーションでアテステーションが失敗した場合、ブロックは受理され、確定（confirmed）になるには、連続する2×n回のアテステーション済みまたは確定済みブロックが必要です。論文の例ではイテレーション5、n=2が使われており、つまりさらに4ブロックが必要だということになります。

それでも私は疑問に思っています。この設計は、ステークに重み付けされたエマージェンシー・リカバリーをめぐって、いかなる実質的な集中化リスクを生み出すのでしょうか？

@Dusk #dusk $DUSK

昨夜、ダスク・ホワイトペーパーを読み返し、エマージェンシーモード、フォールバック、ローリング・ファイナリティの各セクションに集中しました。思っていたよりも、詳細はもっと微妙で複雑でした。

エマージェンシーモードは16回の失敗したイテレーションの後に有効になります。その後、ステップのタイムアウトは無効化され、候補ブロックが検証とラティフィケーションの両方でクォーラムに到達するまでオープンなイテレーションが継続されます。複数のイテレーションを同時に実行できるためブロック生成の可能性は高まりますが、フォークが発生する可能性も増えます。複数の候補がコンセンサスに到達した場合は、最も低いイテレーションが選ばれます。最後のイテレーションでは、プロビジョナーがエマージェンシーブロックを要求できますが、それにはネットワーク全体の保有総量における過半数を保有するプロビジョナーが必要です。

フォールバックのルールも注目すべき点でした。イテレーションJが0より大きいブロックは、のちにコンセンサスに到達する低いイテレーションのブロックによって置き換えられる可能性があります。一方、イテレーション0のブロックは、この方法では置き換えられません。

そしてローリング・ファイナリティがさらにもう一層の仕組みを加えます。直前のn回のイテレーションでアテステーションが失敗した場合、ブロックは受理され、確定（confirmed）になるには、連続する2×n回のアテステーション済みまたは確定済みブロックが必要です。論文の例ではイテレーション5、n=2が使われており、つまりさらに4ブロックが必要だということになります。

それでも私は疑問に思っています。この設計は、ステークに重み付けされたエマージェンシー・リカバリーをめぐって、いかなる実質的な集中化リスクを生み出すのでしょうか？

@Dusk #dusk $DUSK

昨夜、ダスク・ホワイトペーパーを読み返し、エマージェンシーモード、フォールバック、ローリング・ファイナリティの各セクションに集中しました。思っていたよりも、詳細はもっと微妙で複雑でした。

エマージェンシーモードは16回の失敗したイテレーションの後に有効になります。その後、ステップのタイムアウトは無効化され、候補ブロックが検証とラティフィケーションの両方でクォーラムに到達するまでオープンなイテレーションが継続されます。複数のイテレーションを同時に実行できるためブロック生成の可能性は高まりますが、フォークが発生する可能性も増えます。複数の候補がコンセンサスに到達した場合は、最も低いイテレーションが選ばれます。最後のイテレーションでは、プロビジョナーがエマージェンシーブロックを要求できますが、それにはネットワーク全体の保有総量における過半数を保有するプロビジョナーが必要です。

フォールバックのルールも注目すべき点でした。イテレーションJが0より大きいブロックは、のちにコンセンサスに到達する低いイテレーションのブロックによって置き換えられる可能性があります。一方、イテレーション0のブロックは、この方法では置き換えられません。

そしてローリング・ファイナリティがさらにもう一層の仕組みを加えます。直前のn回のイテレーションでアテステーションが失敗した場合、ブロックは受理され、確定（confirmed）になるには、連続する2×n回のアテステーション済みまたは確定済みブロックが必要です。論文の例ではイテレーション5、n=2が使われており、つまりさらに4ブロックが必要だということになります。

それでも私は疑問に思っています。この設計は、ステークに重み付けされたエマージェンシー・リカバリーをめぐって、いかなる実質的な集中化リスクを生み出すのでしょうか？

@Dusk #dusk $DUSK

昨夜、@Dusk のドキュメントを見直していました。特に「Succinct Attestation（簡潔なアテステーション）」のコンセンサスに関するセクションです。これは、許可不要で、委員会ベースのプルーフ・オブ・ステーク（PoS）設定で、プロビジョナーによって運用されます....少なくとも 1000 DUSK をステークとしてロックする者であれば誰でも参加できます。

ステークとは、含まれた時点のブロック高（ブロック高）を含む「金額」のことです。適格性（エリジビリティ）は即時ではありません。成熟期間は M = 2 × epoch − (height mod epoch) として計算され、epoch は現在 2160 ブロックです。この成熟ウィンドウの後、かつ金額が最小要件を満たした場合に限り、ステークは、ブロック生成者と各ラウンドの投票委員会を選ぶ決定論的ソーティション（抽選）・ロッタリーに入ります。

プロセス自体は、ラウンドとイテレーション（反復）で進みます。各イテレーションは 3 つのステップを持ちます。提案（1 人のプロビジョナーが候補ブロックを前に出すために選ばれる）、検証（委員会が Valid／Invalid／NoCandidate のいずれかに投票し、Valid には 2/3 のスーパーマジョリティ、Invalid には単純過半数が必要）、そして追認（新しい委員会が結果を確認する）です。ラウンドは最大 50 イテレーションまで進み、その後失敗します。

まだ考えを巡らせているのは、非対話型のソーティションと、回転する委員会が、長期的な分散化に実際にどのように影響し、委員会の取り込み（committee capture）のリスクがどうなるのかという点です。固定パラメータ....1000 DUSK の最小、2160 ブロックの epoch、50 イテレーション上限....は意図的に見えますが、将来的にどう調整し得るのか、そしてそれを制御するガバナンス手続きが何かについて、明確な議論は見つけられませんでした。

他の皆さんは、投票委員会と成熟遅延に関するセキュリティ仮定をどう読んでいますか？この設計は、あなたには堅牢に感じますか。それとも、見落としている論点（エッジケース）があるでしょうか？

#dusk $DUSK

昨夜、@Dusk のドキュメントを見直していました。特に「Succinct Attestation（簡潔なアテステーション）」のコンセンサスに関するセクションです。これは、許可不要で、委員会ベースのプルーフ・オブ・ステーク（PoS）設定で、プロビジョナーによって運用されます....少なくとも 1000 DUSK をステークとしてロックする者であれば誰でも参加できます。

ステークとは、含まれた時点のブロック高（ブロック高）を含む「金額」のことです。適格性（エリジビリティ）は即時ではありません。成熟期間は M = 2 × epoch − (height mod epoch) として計算され、epoch は現在 2160 ブロックです。この成熟ウィンドウの後、かつ金額が最小要件を満たした場合に限り、ステークは、ブロック生成者と各ラウンドの投票委員会を選ぶ決定論的ソーティション（抽選）・ロッタリーに入ります。

プロセス自体は、ラウンドとイテレーション（反復）で進みます。各イテレーションは 3 つのステップを持ちます。提案（1 人のプロビジョナーが候補ブロックを前に出すために選ばれる）、検証（委員会が Valid／Invalid／NoCandidate のいずれかに投票し、Valid には 2/3 のスーパーマジョリティ、Invalid には単純過半数が必要）、そして追認（新しい委員会が結果を確認する）です。ラウンドは最大 50 イテレーションまで進み、その後失敗します。

まだ考えを巡らせているのは、非対話型のソーティションと、回転する委員会が、長期的な分散化に実際にどのように影響し、委員会の取り込み（committee capture）のリスクがどうなるのかという点です。固定パラメータ....1000 DUSK の最小、2160 ブロックの epoch、50 イテレーション上限....は意図的に見えますが、将来的にどう調整し得るのか、そしてそれを制御するガバナンス手続きが何かについて、明確な議論は見つけられませんでした。

他の皆さんは、投票委員会と成熟遅延に関するセキュリティ仮定をどう読んでいますか？この設計は、あなたには堅牢に感じますか。それとも、見落としている論点（エッジケース）があるでしょうか？

#dusk $DUSK

昨夜、@Dusk のドキュメントを見直していました。特に「Succinct Attestation（簡潔なアテステーション）」のコンセンサスに関するセクションです。これは、許可不要で、委員会ベースのプルーフ・オブ・ステーク（PoS）設定で、プロビジョナーによって運用されます....少なくとも 1000 DUSK をステークとしてロックする者であれば誰でも参加できます。

ステークとは、含まれた時点のブロック高（ブロック高）を含む「金額」のことです。適格性（エリジビリティ）は即時ではありません。成熟期間は M = 2 × epoch − (height mod epoch) として計算され、epoch は現在 2160 ブロックです。この成熟ウィンドウの後、かつ金額が最小要件を満たした場合に限り、ステークは、ブロック生成者と各ラウンドの投票委員会を選ぶ決定論的ソーティション（抽選）・ロッタリーに入ります。

プロセス自体は、ラウンドとイテレーション（反復）で進みます。各イテレーションは 3 つのステップを持ちます。提案（1 人のプロビジョナーが候補ブロックを前に出すために選ばれる）、検証（委員会が Valid／Invalid／NoCandidate のいずれかに投票し、Valid には 2/3 のスーパーマジョリティ、Invalid には単純過半数が必要）、そして追認（新しい委員会が結果を確認する）です。ラウンドは最大 50 イテレーションまで進み、その後失敗します。

まだ考えを巡らせているのは、非対話型のソーティションと、回転する委員会が、長期的な分散化に実際にどのように影響し、委員会の取り込み（committee capture）のリスクがどうなるのかという点です。固定パラメータ....1000 DUSK の最小、2160 ブロックの epoch、50 イテレーション上限....は意図的に見えますが、将来的にどう調整し得るのか、そしてそれを制御するガバナンス手続きが何かについて、明確な議論は見つけられませんでした。

他の皆さんは、投票委員会と成熟遅延に関するセキュリティ仮定をどう読んでいますか？この設計は、あなたには堅牢に感じますか。それとも、見落としている論点（エッジケース）があるでしょうか？

#dusk $DUSK