Leson

ここ数日、私は@Dusk のことを何度も何度も思い返してしまっています。注目を集めやすい派手な出来事があるからではなく、プロジェクトの中のもっと静かな部分が、ずっと私の考えを引きつけ続けているからです。

8月16日のインシデントで私が評価しているのは、チームの対応の速さです。資金の流れを止めるために素早く動き、影響を受けたアドレスを差し替え、さらにWebウォレットのブロックリストにそれらのアドレスを追加しました。インシデント後の対応としては、かなり見慣れた手順です。

しかし、インシデント後に新しいアドレスを確認してみて、なかなか興味深い点がありました。システムを試すような小さな取引が使われているのではなく、ほとんどが完全に静止していたのです。埃のような残骸もない、テストの形跡もない、誰かがシステムの反応を確かめようとしている気配もありませんでした。1週間以上、そのアドレスは黙ったままで、ブリッジはオフラインのまま維持されていました。

エクスプロイトのあとで私がいちばん際立たせて考えるのは、脆弱性が起きたことそのものよりも、#dusk がその後に何を選んだかです。彼らはユーザーの需要に合わせてブリッジを素早く復旧できたかもしれません。ですが、その代わりにすべてを停止したままにしました。新しいアドレスには一切手が加えられていません。誰も彼らに待つよう強制したわけではないのに、それでも、別の安全層を得る代わりに、より不便な選択を選んだのです。

正直なところ、これを「良いリスク管理」なのか「単に復旧が遅い」なのか、まだラベルを貼りたい気持ちはありません。たぶん答えはその中間にあるのかもしれません。より確かなのは、インシデント後にはオンチェーンの追加活動がほとんどなく——そして、その沈黙自体が、かなり注目に値するということです。

このデータを追っている人がいるのか気になります。インシデントのあと、各ブリッジは実際にオンラインに戻るまで、通常どれくらい「沈黙」した状態が続くのでしょうか？ その沈黙期間こそが、チームが本当にどのようにリスク管理へ取り組むのかを見抜く、もっとも分かりやすい手がかりの一つになり得るのかもしれません。$DUSK $BMT $FOREST

私は以前、fast finality を一種の乾いた仕様のように見ていました。 しかし、実際に完了速度の速いブロックチェーン上で取引してみると、その影響はほぼ即座に体感できます。

私は何年も高頻度で取引を回してきたので、finality の遅さがどれほど影響を与えうるかはよく分かっています。成立するまでのごく短い間だけ存在するアービトラージ案件もありますが、取引が記録された時には価格が動いてしまい、利益を得るチャンスは閉じているのです。

あるチェーンが 1 秒未満で取引を完了できるようになると、fast finality の価値を本当に実感し始めました。そのときの取引の感触はまったく別物です。ボットはスプレッドにより近いところで仕掛けられ、マーケットメイカーは価格更新をより素早く行い、流動性も常に後追いで走るのではなく、市場の動きに反応しているように見えます。

私にとってこれは、単に「ブロックチェーンが速い」という話ではありません。取引体験が変わると、オンチェーン上の市場全体が相互に反応する仕方も変わり始めるのです。

ただ、皆が見落としていると思う点がひとつあります。fast finality があるからといって、自動的にシステム全体が速くなるわけではない、ということです。RPC、indexer、あるいは execution layer が依然として遅いなら、ボトルネックを別の場所に移しただけに過ぎません。

正直に言うと、観察すればするほど、この問題をうまく解けているチェーンほど、徐々に「真剣なオンチェーン取引」の背後にあるインフラ層になっていくのが見えてきます。

少し気になっています。そこでは実際に fast finality の優位性をちゃんと感じられるような network はありますか？ いくつか名前を挙げてみてください。@Dusk #dusk $DUSK $HANA $AKE

正直に言うと、最近ずっと考えていることがあります。仮想通貨における開発者向けの体験（ユーザー体験/開発体験）が、業界がより幅広い導入（adoption）へ進んでいく中で語られる際に、依然として適切に評価されていないように思えます。

私たちはよく、プライバシーを最優先にするブロックチェーンや、オンチェーンのデータをより良く保護する必要がある理由について話します。しかし私の考えでは、もっと重要な問いはこうです。開発者は、最初からゼロでやり直すことなく、そのエコシステムに入っていけるのだろうか？

EVMには大きな利点があります。長年の開発を経て、Solidity、Hardhat、Foundry、Ethers.js、MetaMask、そして無数の他の統合（integration）など、使い慣れた一連のツールが形成されてきました。開発者はそれらを使いこなすだけでなく、このスタックを中心にしたワークフローまで構築してきています。

そのため、プライバシーに重点を置くブロックチェーンが、開発者に全ての手順を作り直させるのではなく、直接その馴染みのあるツールを活用できるようにするなら、その価値は見た目以上に非常に大きくなります。私の見方では、これはまだ十分に評価されていない利点です。

私にとって、これは最も見過ごされやすい利点そのものです。プライバシーを、開発者に最初からスタック全体を学び直させるのではなく、既存のワークフローに組み込めるなら、転換コストは大幅に下がります。そしてさらに重要なのは、すでに存在するスマートコントラクトを必ずしも最初から書き直す必要がないことです。

率直に言うと、私は特に、次の2つを両立できるチェーンに注目しています。開発者が慣れ親しんだEVM環境であり、かつ、実際に取引が行われる場面でデータを守るほど十分に強力なプライバシーです。私にとって、それは導入において大きな違いを生み出し得る方向性です。あなたが実際に構築したり、試したりしているEVMのプライバシーチェーンはありますか？@Dusk #dusk $DUSK $AKE $HANA

今週ずっとDuskについて調べる時間をかなり費やしてきましたが、見落とせなかった点がひとつあります。16/8におけるブリッジ・ウォレットの侵害に関する発表が、5日後でもまだ公開されたままだったということです。

私が最も考えさせられたのは、実際の侵害そのものではありませんでした。チームの管理下にあるウォレットが検知され、そのアドレスは無効化され、ブリッジは処理のために停止されました——基本的には、かなり一般的な対応プロセスです。私の注意を引いたのは、@Dusk が黙っていなかったことです。ユーザー資産への影響はなく、DuskDSは通常どおり稼働しており、外部へ公開を強制する義務もありません。別のチームなら、裏でキーをローテーションして、案件はクローズだと考えるのは簡単だったはずです。

読み進めるほど、#dusk が対応の各部分をどれだけ公開しているかに気づきました。彼らは、何を発見したのか、何が無効化されたのか、中央集権的なインフラ面でBinanceとどのように連携したのかを整理し、さらにWeb Walletには受信者のブロックリストも追加しています。ブリッジは「広範な強化（broad hardening）」がまだ完了していないため再開されていません。私はこのアプローチが好きです。結果に対処するだけでなく、原因に対処しているからです。

昨夜は、今年の他のL1で起きた似たような出来事に対して、Duskがどう対応したかをいくつか比較してみました。かなりはっきりしていることのひとつは、損害がないにもかかわらず主導的に公開することは、今でも一般的ではないという点です。多くは、事件がすでに発覚したあとにしか対応しません。

まだ、これがNPEX/規制市場に紐づく「コンプライアンス優先」的な方針の結果だと結論づけたいわけではありませんし、単に社内のより高い基準によるものだと言いたいわけでもありません。より気になっているのは、ブロックリストの今後です。インフラの一部として維持されるのか、それともパッチが入れ替わると消えてしまうのか。

私がまだ自問しているのは、損害を与えなかったプローブについて発言することが、例外ではなく通常の対応になるには、何が変わる必要があるのかということです。$DUSK $TUT $TRIA

私は10/8のテストネット開始に伴ってDuskEVMに注目し始めました。私が価値があると感じたのは、開発者がこれまで知っていたこと（Solidity、Hardhat、そしてEthereumのツール）を捨てる必要がないという点です。@Dusk
私の最初の印象は「なかなか面白い。NPEXの実行レイヤーが、もはや紙の上だけの話ではない！」でした。
自分を落ち着かせる必要がありました。開発者アクセスは開かれたものの、それはまだ採用（adoption）の証拠ではありません。契約もなく、量や活動もなく、システムが動いていることは見えません。扉は開いたが、その奥の廊下は静かなままです。
私はNPEXに対する見方を調整しなければなりません。3億ドルの証券がトークン化されていると聞けば、自然に「それはオンチェーンで、使われているのだろう」と考えてしまいます。しかし詳しく見れば見るほど、そのギャップがかなりはっきりしています。そうした取引のためのインフラは、つい先週に開発者向けに公開されたばかりです。
これは印象的ではありませんが、私はそれが好きです。NPEXが現実的に見えてくるからです。今は作る力はあるが、活動の証拠はまだない。
インフラがあるからといって、アプリケーションが登場しているとは限りませんし、ましてユーザーがそれを必要としているとも限りません。
彼らがそうする理由は理解できます。もし目的が、組織や規制当局向けのシステムなら、インフラを先に作ってから、ボリュームが来るのを待つ。私にとっては、かなり筋の通った順序です。
実は私は、チェーンの進捗より先に進んでいました。プロジェクトを追っている人なら、見たことのある典型的なミスです。「パートナーがいる」→「パートナーが使っている」にすり替わってしまう。しかしこの2つは別のことです。
では今、どれくらい速いのか気になります。開発者はDuskEVMのサンドボックスをいじってアクティビティを作っているのか、それともテストネットは数ヶ月間じっとしたままなのか。
正直に言うと、まだ答えは持っていません。
私が気になるのは、最初の開発者がDuskEVMに入ったのかどうかです。サンドボックスはまだアクティビティがないのでしょうか？
それが、今後私が最も注目したい点です！#dusk $DUSK $AKE

15,@Dusk 年8月15日に、私の目を引いたコンテンツが公開されました。価格が理由ではなく、SME証券のトークン化プロセスをどのように分解しているか――発行から譲渡、さらにシステムのインフラ上での決済まで――が理由です。

この文章を読む価値があると感じるのは、新規上場や過去最高のTVL、価格変動といった馴染みのあるもので注目を集めるのではなく、決済そのものに深く踏み込んでいるからです。所有権がどう記録され、資金がどう流れ、その2つがブロックチェーン上でどのように一体として処理されるのかを扱っています。すべてが#Dusk 、NPEX、そしてEUのDLTパイロット制度の文脈の中に配置されています。

私にとって最も価値がある点は、このコンテンツが「速さ」を強調しているのではなく、より難しい要因について問いを投げかけていることです。すなわち、どの投資家が参加を許されるのか、どの情報を開示しなければならないのか、そして譲渡が紛争につながった場合に誰が責任を負うのか、といった点です。だからこそ、10秒という数字は、私が最も気にしている部分ではありません。私にとっての真のボトルネックは、単にブロックタイムを速くすることではなく、法務・運用面にあります。

これにより、決定的ファイナリティ（deterministic finality）を改めて考え直しました。暗号の小口取引（クリプト・リテール）では、取引がほぼ瞬時に決済され、カウンターパーティリスクを減らせるだけでも、Twitter上で魅力的な物語が作れるほど十分です。しかし、規制のある金融では見方がまったく違います。決定的ファイナリティは、「見せびらかすための機能」というより、存在する必要がある基盤的な標準のように感じられます。銀行が安定して稼働することは、広告にする必要がないのと同じです。

強い市場反応だとは言いません。出来高はわずかに増えただけです。それでも、このシグナルは注目に値すると感じています。規模が大きいからではありません。興味が形成され始めており、市場がより注意深く見ているような感覚を与えてくれるからです。

ただし、私がまだ答えを持てていないのは次の点です。Dusk Tradeのプラットフォームが稼働したとき、この注目は実際の出来高に結びつくのか、それとも最終的には「物語」の域で止まるのか。資産移転プロセスが始まったとき、実際にNPEXのデータを追跡するのは誰になるのか――特にそこが気になります。$DUSK $TUT $FF

私が@TermMax についてさらに深く掘り下げるほど、プロトコル内に待機している資本と、実際に運用されている資本の割合のギャップに注意が向くようになりました。

DefiLlamaで確認したところ、TVLが#TermMax : $34.1Mという比率が目に入ったのですが、ローン経由でデプロイされているのは$29.5Mでした。資本のほぼ87%が稼働しています。私にとっては、この数字はTVL単体を見るよりも注目に値します。

最初は、$34MのTVLはあまり気になりませんでした。しかし、実際に稼働している資本を切り分けてみると、話が少し変わってきます。TermMaxはタームローンと固定金利で運用しているため、高い稼働率は、単にプロトコル内に置かれているだけではなく、流動性が循環していることを示唆し得ます。ただし、このデータからはあまり先へ踏み込みたくありません。これは稼働率の水準を示すだけで、その需要がどこから来ているのか、またその質がどれほど良いのかを結論づけるには不十分だからです。

遡ってDefiLlamaの古いスナップショットを見ると、TermMaxはかつてTVLとして$26.7Mを記録していたものの、ローンは$4.78Mしかありませんでした。TVLが増えることは一つのことですが、資本がどのように使われ方を変えているのか、その点こそ私の関心を引きます。

私がより気になっているのは、その次に何が起きるかです。

2023年11月30日にシード資金で$4.25Mを調達した後、TermMaxはVault V2、オプション、そしてガバナンスを目指していました。これらが、単に調達額を見るだけではなく、実際のプロダクトや現実の稼働につながっていく様子を確認したいです。

稼働率が高い＝プロダクトと市場の適合がある、と急いで断言するつもりはありません。良いシグナルである可能性もありますが、市場の変化や大口のポジションの影響によってそう見えているだけかもしれません。TVLだけを見ても、持続可能な需要と一時的なインパクトを見分けるにはまだ足りません。

まだ解けていない疑問が一つあります。誰が借りていて、いつそのローンが満期を迎えるのかです。未決済ローンの残高について、ウォレット別の集中度をはっきり確認しつつ、満期構造が時間とともにどう変化してきたのかも同時に見たいです。もし過去データが利用可能なら、結論を出す前に、それを現在の稼働率と比較したいです。$FF $TRIA $ROBO

今週自分が立ち止まった理由は、あの文言ではなく、Project @Dusk の資料の奥にあるかなり小さな一文でした――「integration not yet live.」

自分はCCIPのアップデートに戻って、実際にどこまで進んでいるのかを確かめました。当初は、すでに多くの部分が実装済みだと見えるはずだと思っていたのですが、書かれている内容はかなり包括的に聞こえます。DuskとNPEXが、CCIP、DataLink、Data Streamsを組み合わせて、管理された資産を複数のチェーンをまたいで移す――という説明です。この語り口は、システムがすでに実際に稼働しているように自分には感じさせてしまいます。

アップデートで止まらず、#Dusk の資料に踏み込んで突き合わせました。その結果は、最初の印象とは違いました。CCIPは依然として「not yet live」の状態です。

自分がはっきり検証できたのは、実際に動いているものがある、という点です。8/10時点で稼働しているのはDuskEVM testnet。SolidityとHardhatが使えるようになっていて、$DUSK はnative gas tokenになり、explorer上でコントラクトをデプロイしたり、確認したりもできます。

これにより「スコープを広げる」という捉え方が、別の形に見えてきました。いまのところ、それは資産をクロスチェーンで動かす話ではなく、Duskがまず、開発者が作業しやすい馴染みのあるEVM環境を整えていることなのです。Composabilityはまだ先にあります。そして、自分が特に注目した違いはここです。リリースされたのは、CCIPが接続するための土台であって、CCIPそのもののintegrationではない、ということ。

それでも自分は考え続けています。これはDuskが意図的に、段階ごとにレイヤーを積み上げているのか、それとも、技術の進捗より先にコミュニケーションのタイムラインが進んでしまう、よくあるパターンにすぎないのか。だからこそ知りたいのです。DuskEVM testnetで実際にどんな活動が起きているのか――「CCIP」という名前が持つ注目度だけを見て判断するのではなく、実際にデプロイされたコントラクト数はどれくらいなのか。$JCT $SPACE

8月25日の$TMX TGEの前に、今週末に@TermMax より注意深く見直しに戻りました。見るほど、まだいくつかのポイントが、私が期待していた全体像にはっきりと組み上がっていないように感じました。

#TermMax がこのたびTGEを確認し、10チェーンにまたがってTVLが9,000万ドルを超えるほか、登録ウォレットが150万以上あることを共有しています。各指標を見ると、かなり印象的だと認めざるを得ません。

もう1つ、私の手を止めた点があります。現在のデータと、数か月前にTermMaxが公表した内容との差です。4月の時点では、TermMaxはウォレット数が837Kで、TVLは6,400万ドル。さらにアクティブな日次ユーザーは一度170Kを超えていました。それ以来、どちらも増えています。しかし日次の活動は、それに見合って増えていません。現在のアクティブ日次ユーザーは「90K超」のみで、以前のピークを大きく下回っています。なので、最初に見たように成長の数字を単純に捉えるのはやめました。

もしかすると、私はある数字に対して考えすぎているのかもしれません。以前に日次アクティブユーザーがピークに達したからといって、その状態が永遠に続く必要はありません。でも別の角点から見ると、TGE前のウォレット増加は、プロダクトを長期的に使う需要がある人ではなく、ポイント獲得のために農耕（ファーミング）をしているだけの人による可能性もあります。私にとっては、ここが「登録ウォレット」と「アクティブウォレット」を区別する必要があるポイントです。注目すべきは、TermMaxが公開したデータが、その違いを部分的に示していることです。

私は小さなFTも保有しているので、この話には関心があります。私は、エアドロップだけではなく、プロダクトのためにユーザーが戻ってくるような実際の利用を期待しています。ただし、2つの統計だけでは物語全体を語るには不十分だとも自分に言い聞かせる必要があります。もしかすると、私は本当はそれほど問題ないサインに対して深掘りしすぎているのかもしれません。

それでも、1つの詳細に戻ってしまいます。TermMaxは規模を拡大しているのに、DAUはそれに応じて増えていないことです。ウォレットとTVLの成長が本当に利用を生み出しているのなら、アクティブユーザーも増えるはずです。しかし現状では、その関係はまだはっきりしていません。「成長」と「実際の利用」の間に、まだ見えていない欠けたピースがあるのかもしれません。$JCT

P2Pの安全性：設計による信頼

以前は、P2Pは主に価格、完了率、取引履歴のようなものだと思っていました。ですが私の経験から、P2Pの安全性は「信頼できる相手がいること」だけではなく、何か問題が起きたときにシステムが相手をどのように説明責任を負わせるか、という点にもあります。

最初はP2Pを、一般的な暗号資産の取引だと捉えていました。2026年2月、私は200 USDTを購入し、銀行振込を完了させました。しかし売り手は受け取っていないと主張し、協力を拒否しました。結果的に私は、セキュリティデポジットから5,000,000 VNDを受け取りました。この経験以降、エスクロー（預託）、証拠、デポジットがどのように連携してリスクを減らすのかに、より注意を払うようになりました。

P2Pには見知らぬ相手同士の信頼が必要ですが、良い価格や高い完了率だけでは、紛争が起きたときにまだ十分とは言えません。セキュリティデポジットは「当事者意識（skin in the game）」を生み、取引業者が回避したり協力を拒んだりする場合に、金銭的リスクを負うことになります。

また、証拠とエスクローの役割が見えてきました。デポジットは返金を保証するものではありません。紛争の結果は、注文、支払い、チャット、証拠、そしてBinanceに依存します。エスクローは検証のための取引データを保持し、調整コストを下げますが、同時にプラットフォームとそのプロセスに関する新たな信頼の前提も生み出します。

私は常に、注文内容、チャット、支払い記録を保管しています。スクリーンショットを信用するのではなく、銀行口座を確認します。スクリーンショットは「誰かがそう主張している内容」しか示しませんが、口座の記録は「実際に何が起きたか」を教えてくれます。

私はこの考えに戻ってき続けます。なぜなら、エスクロー、デポジット、そしてAppeal（異議申し立て）の仕組みの両方が、保護を提供すると同時に、責任とリスクを配分するからです。Binanceは保護の仕組みを提供し、私は証拠を保持します。何かが食い違う場合は、その場で止まり、圧力を受けながら交渉を続けるのではなく、AppealまたはBinanceのサポートを使います。

表面的には、セキュリティデポジットとエスクローは技術的な仕組みに見えます。しかし私の経験から、それらを「信頼を分配する方法」として捉えるようになりました。売り手には失うものがあります。私は証明できるものを持っています。私にとって、それがP2Pの安全性の重要な一部です。@Binance Vietnam #BinanceP2PAnToan $SKYAI $SPACE $BIO

ウォレットの更新履歴を見るたびに、私はいつも「これらの変更は、どれほど注目されないまま見過ごされているのだろう」と考えてしまいます。それでも、一見些細に見える詳細は、設計と取り扱いが適切でない場合、危険な弱点になり得ます。
@Dusk からの最新のウォレットアップデートは、盛り上がりやすい新機能を導入するものではありません。代わりに、セッションをまたいだ永続的な自動ロック、QRのエクスポート、完全なアドレス表示、そしてdAppの権限管理をより厳格にすることに焦点を当てています。私にとって、このような静かな改善こそが注目に値するものです。
セッションをまたいで自動ロックを有効にしておくことは、些細な利便性に聞こえるかもしれませんが、私はそれを基本的なセキュリティ衛生（習慣）レイヤーだと捉えています。だからこそ、以前のバージョンにそれがなかった事実は「欠けた機能」というより、「埋めるべきセキュリティ上の穴」だったように感じます。
完全なアドレス表示も同様です。最初は、それほど重要に思えないかもしれません。しかし、短縮されたアドレスに頼ることでユーザーが誤ったアドレスへ資産を送ってしまうことを考えると、確定する前に完全なアドレスを確認できることの価値ははるかに大きくなります。
dAppの権限は、エコシステムが成長するほど、さらに興味深いポイントになります。新しい統合が増えるたびに、別のやり取りの接点が生まれます。時間が経てば、ユーザーの承認疲れが増え、攻撃や悪用の対象になり得る別の表面（リスク領域）も増えることになります。
私がまだ気になっているのは、これらの権限制御が将来的に、より攻撃的、あるいはより高度なdAppに遭遇したときにどの程度機能するのか、という点です。そして同じくらい重要なのは、ユーザーが実際に確認の前に警告を読む時間を取るのか、それとも最終的に警告をクリックで流していく習慣を身につけてしまうのか、ということです。
もし選ぶなら、単に機能が増えることよりも、インシデントが減るのを見たいです。今後私が最も気にしているのは、より多くのサードパーティ統合がエコシステムに入ってきたときに、これらの保護レイヤーがどのように機能するかです。#dusk $DUSK $RICE $SPACE

P2Pの安全性は、取引が完了しても終わらない

私は、暗号資産のリリースと注文の完了がきっかけでP2Pは終わるものだと思っていました。しかし私の経験では、そのリスクは取引とともに消えません。

2026年4月、私はBinanceのP2PでUSDCを1,275米ドル分売りました。買い手はMB Bankの口座から私のMB Bankの口座へ32,460,000VNDを送金し、注文情報とも一致していました。私は残高を確認して暗号資産をリリースしました。注文は完了しましたが、翌朝、MB Bankから「送金者が調査（レビュー）を依頼しており、資金は取り消しできる可能性がある」と連絡がありました。送金が本人によるものではないという主張でした。それ以来、私はP2Pを運用上のリスクだと捉えています。

P2Pは複数の確認に依存しています。プラットフォーム、銀行、口座、そして参加者です。エスクローは取引中の暗号資産を保護しますが、資金が到着したという売り手側の確認に代わることはできませんし、紛争を防ぐこともできません。

そこで、私は「証拠」の見方が変わりました。残高は単に入金されたことを示すだけです。問題が起きたときには、再構成が必要になります。資金がどこから来たのか、どの注文に紐づくのか、相手が誰だったのか、そして両者が何を話し合ったのか。重要なのは、取引が完了したことだけでなく、検証できるだけ十分に履歴が明確であることです。これにより連携コストは下がりますが、その一方で、プラットフォーム、銀行、参加者の間に新たな信頼の前提が生まれます。

だから私は、証拠を残すことをプロセスの一部として考えています。リリースする前に、資金が入金処理されたこと、口座が正しい相手先のものであること、そして今も注文ID・領収書・チャットを保持していることを確認します。数秒でできますが、それによって「頼れる証拠があるか」を判断できます。

P2Pの取引は、単純な流れに見えるかもしれません。資金を受け取る、確認する、暗号資産をリリースする、そして注文を完了する。けれどこの経験で、安心はエスクローや「完了」にだけあるわけではないと分かりました。自分で取引を検証でき、何が起きたかを再構成するための証拠を保持できることにも、安心が宿っています。注文は数秒で終わるかもしれませんが、証拠はもっと長く保存しておく必要があります。@Binance Vietnam $TRIA $RICE $AGT #BinanceP2PAnToan

私は @TermMax を調べていて、考えさせられる点がある。それは、借り手も貸し手も金利について必ずしも主体的ではないということだ。なぜなら AMM がこの数値を支配しているからである。
最初は、これは単に DeFi でよくあるトレードオフだと思った。流動性が集中し、市場が自ら価格を決め、ユーザーは成立しているレートを受け入れる——といった具合だ。
しかし、ユーザーの立場に立ってみると、この見方は変わり始める。
それぞれの当事者が本当に必要としているものを問い直すことで、違いが見えてきた。
誰もが借り手として、AMM のレートプールが提示するものを必ずしも欲しているわけではないし、誰もが貸し手として、得られるイールドに必ず満足しているわけでもない。ただし、AMM のカーブとのみやり取りする限り、両者はこの仕組みを受け入れざるを得ない。
ここで注目すべき逆説が現れる。参加者のニーズに十分な柔軟性がないのに、その市場は完全にオープンである可能性があるということだ。
私は、2つの概念を切り分ける必要があると考える。つまり、「自由に参加できる」ことは「価格を自由に形成できる」ことと同義ではない。
したがって、#termmax が注目に値するのは、新しい lending market だからというだけではない。私がより関心を持っているのは、借り手と貸し手が条件を主体的に設定できるのか、それとも依然として AMM の価格に反応するだけなのか、という点だ。
もし AMM が、借り手にとって不合理だと思える金利水準を提示するなら、問題は流動性ではなく「融資がどのように価格づけされるか」そのものになる。この仕組みは制約となる。それが、オンチェーンでの lending の競争が単に大きなプールの大小だけにとどまらないという考えにつながる。
私は、より重要な問いは次のようなものだと思い始めた。どのプロトコルが、ユーザーに対し、流動性を利用する条件を決める場で発言権を与えるのか？
DeFi は資金を集め続けることはできる。しかし、ユーザーがなお AMM のレートを受け入れなければならないのなら、金融の自由の中にある「自由」はどこにあるのだろうか。$AEON $TUT $GPS

今朝は、@Dusk

から新しいDuskEVMテストネットを掘り進め続けてしまい、ほとんど何も進められませんでした。

DuskEVMは8月10日に正式に稼働開始し、私が見た言及の多くはSolidityとHardhatの対応でした。これはかなりしっかりしているのですが、正直なところ、私がさらに掘るのをやめるには十分ではありませんでした。

本当に目を引いたのは、DuskEVMが「実行」と「決済（settlement）」を分離している点です。DuskEVM上ではシーケンサーがコントラクトを処理し、一方でトランザクションデータはまだブロブとしてDuskDSへバッチ化されて戻されます。そして提案者（proposer）がそこで状態コミットメントをアンカーします。計算はDuskEVMで行われ、最終性はベースレイヤーに紐づきます。

もう一つ面白いと感じた点として、ガスはDUSKで支払われることがあります。トークンはまずDuskDSからDuskEVMへブリッジする必要があるため、最初のコントラクトをデプロイする前に、流動性がシステムへ入っていなければなりません。

考えれば考えるほど、私はこのことに何度も立ち返ってしまいました。開発者がSolidityの最初の1行を書く前に、実際にはもうすでに#dusk がDuskEVMへブリッジされている必要があるんです。これは「ユーザー体験」だとか「導入の物語」みたいな気分の話ではなく、トランザクションが実際に起きている、という点が良いと思いました。

好奇心でテストネットのエクスプローラを確認すると、数日前からコントラクトがすでに出現していました。DuskEVMはまだ6日しか経っていないので、少なくとも私には、そうした早期の動きは「何もない」とは言いにくいです。

とはいえ、結論を急ぎたくはありません。DuskEVMのこの決済モデルが、EVMへ入ってきた後のNPEX型のアセットの動き方を実際に変えるのか、それともOP Stackのようなパターンを単に読み過ぎているだけなのか、考え続けています。

今のところ私は前者寄りに感じていますが、確信を持って断言するだけのデータがありません。

今いちばん気になっていること：すでに開発者がそこにプロダクトをデプロイしているのか、それとも皆まだ私と同じようにドキュメントを読んでいるだけなのか？$DUSK $AEON $STRIKE

DuskEVM上では何が起きているのでしょうか？

バイナンスP2Pの紛争手数料と運用上のリスク

興味深いのは、P2Pの紛争手数料が「状況が不明確なときに介入するコスト」を生み出している点です。これは、金融システムが運用上のリスクに価格をつけられることを示しています。

最初は、これは異議申し立て（Appeal）の手数料の変更だと思いました。しかし調べれば調べるほど、エスクロー（Escrow）や支払いの証拠、チャット履歴が、取引ステータスと実際の資金の間にあるギャップをどう埋めるかが見えてきました。そこから、私は技術的な機能というより運用上のリスクとして捉え始めました。

P2Pは常に、ユーザー情報と支払いステータスの間にあるギャップに対処しなければなりません。検証が遅れるのは、関係者が同じタイミングで更新しないことがあるからです。エスクローと異議申し立ては、各取引をそれぞれが単独で紛争解決するままにせず、代わりに保護を追加します。

2026年6月、私はP2Pで850 USDCを売りました。購入者はVietcombankに対して22,476,500 VNDを送金し、注文は成功として表示され、スクリーンショットも送ってきました。ですが、私のアプリでは資金が記録されていませんでした。彼らは異議申し立てを開きたがりました。これは彼らにとって5回目の紛争だったので、2%の手数料がかかり、上限は15 USDTでした。私は、金が到着したことを裏づける十分な証拠がないため、待つべきだと提案しました。

その約15分後、Vietcombankがシステムの問題を確認しました。資金が表示され、残高を確認した後でUSDCをリリースしました。その瞬間、私は理解しました。スクリーンショットは支払い指示を裏づけ、残高は資金が到着したことを示し、一方でP2Pチャットは両者の間で何が起きたかを保持する、ということです。

だから私はいつも、チャット履歴、取引情報、スクリーンショット、注文IDを保持しています。サポートが必要になったとしても、記憶に頼りたくありません。運用上のリスクにおいては、履歴が何が起きたかを示してくれます。

この点に何度も立ち返るのは、エスクローと異議申し立ての手数料がなぜこのように設計されているかを説明してくれるからです。それらは単なる機能ではありません。P2Pの困難を、検証可能なプロセスへと変え、双方が自分たちで紛争解決に取り組むのではなく、取引を確認することに集中できるようにします。

表面的には、異議申し立ての手数料は運用上の変更です。しかし私にとっては、P2Pシステム内で信頼を分配する別の方法を示しています。@Binance Vietnam #BinanceP2PAnToan $TUT

最初は、これは比較的小さな技術的な詳細に過ぎないと思っていました。しかし Dusk のアーキテクチャを調べていくほど、最初に考えていた以上に、それがより大きな意味を持っていることに気づきました。Transfer Contract は、公開状態の <c-1/> を @Dusk in its public state、そして保護状態の <c-1/> を #dusk in its protected state の双方に対する共通のゲートウェイとして機能します。つまり、この2つの状態は、後から接続される別々のシステムとして作られているのではありません。資産の移転や、2つの状態の切り替えのプロセスでさえ、同一のコントラクト・ロジックの中で処理されています。

私には、これは開発の途中で偶然そうなったというよりも、最初から意図して選ばれたものだと明確に思えます。

この設計の最大の価値は、そのシンプルさにあります。シンプルさは見落とされやすいものです。システムの構成要素が増えて独立しているほど、相互作用のポイントも増え、そのぶんエッジケースが生まれる機会も増えます。もしどれか一部が誤って扱われれば、プライバシー機構や残高管理（バランス計算）が、すぐに検出されないまま不整合になり得ます。共通の入口はあらゆるリスクを排除するわけではありませんが、チェックすべき範囲を狭め、少なくとも設計面からはロジックの監査がしやすくなります。

ただし、いまだに答えが出ていないのは、このアーキテクチャが現実の運用でどのように性能を発揮するかです。統一された処理フローは設計としては理にかなっているかもしれませんが、取引量が大幅に増えた場合、その集中化された入口がボトルネックになり得るでしょうか。私にとって、この問いは技術ドキュメントだけではなく、オンチェーンのデータと実際の利用状況によってのみ答えられるものです。

私はまだ、これを最終結論だとは考えていません。私がより気にしているのは、同じプラットフォーム上でさらに多くの種類のコントラクトが作られていく中でも、このシンプルさが維持できるかどうかです。エコシステムが拡大してスループットが増加するにつれて、現実の性能データが、ドキュメント以上に明確な答えを与えてくれるでしょう。$DUSK $GPS $TAG

P2Pの安全性は、口座に入金されるお金だけの問題ではありません

以前は、P2P取引で最も重要なのは、資金が自分の口座に届き、エスクローが解除され、注文が完了するところまでだと思っていました。しかし気づいたのです。証拠の観点では不十分なままでも、システム上は取引が完了してしまうことがあるのだと。

最初は、P2PでUSDTを売るのは簡単だと考えていました。しかし、2026年3月上旬の取引の後、午前10時に私の銀行口座が一時的に制限されたことで振り返りました。私は1,840 USDTを売って、48,726,500 VNDを受け取りました。銀行が「資金を確認中」と言ったとき、私は取引状況だけでなく、運用上のリスクを見なければならないと理解しました。

P2Pにはいくつかの手順があります。買い手が支払い、銀行が記録し、プラットフォームが取引を更新し、売り手がクリプトをリリースします。しかし見落としやすい重要な点があることに気づきました。取引完了後に、改めてその取引を証明できる状態にしておくことです。そのため私は、注文ID、チャット履歴、支払い記録、銀行の明細を保管しています。

証拠の見方が変わりました。お金はすでに支払われ、注文も完了しているかもしれませんが、取引記録があれば何が起きたのかを説明できます。重要なのは、記憶や外部の会話に頼らずに、すべてのデータを突合できるかどうかです。これは連携コストを下げる一方で、銀行、プラットフォーム、参加者に対して新たな信頼の要件も生みます。

P2Pにおける証拠の保管がいかに重要か、これでわかりました。単なる別の確認ステップではありません。問題が起きたときに、ユーザーが自分の履歴を組み立て直す手間を避けるのに役立ちます。私の場合、銀行へ書類を提出し、Binanceサポートに従い、正しい手順を踏んだことで取引を証明できました。その後、口座とP2Pへのアクセスが復旧しました。

P2Pは単にお金を送金してクリプトをリリースするだけのように見えるかもしれませんが、この経験は私の「信頼」の捉え方を変えました。エスクローが取引を守り、分かりやすい証拠の流れが、あとから私がすべてを説明する助けになります。そのため私は、取引スピードを最優先しなくなりました。翌日でも、すべてが検証可能で再構築可能である状態を保ちたいのです。@Binance Vietnam #BinanceP2PAnToan $TAG $GPS

銀行取引明細書：暴露するためのものではなく、証拠

目を引くのは、銀行取引明細書がP2Pにおける検証リンクになり得るという点です。しかしそれは、より大きな問題を示しています。プライバシーは、共有されるデータ量だけの話ではなく、取引を立証するためにどの証拠が選ばれるかにも関わるのです。

最初は、銀行取引明細書を、取引が問題を起こした場合に追加で提出する書類だと捉えていました。ところが振り返ってみると、2026年4月22日の取引では、私は約26,850VNDで27,600USDTを売却し、741,060,000VNDを受け取りました。そこから約1週間後、バイナンス・サポートから連絡がありました。買い手がリスク審査の結果、自身の銀行口座に問題があるとのことだったのです。これにより、「すでに完了した取引」そのものというより、運用上のリスクをより強く意識するようになりました。

紛争やリスク審査が発生すると、取引履歴、支払いのタイミング、資金の流れなどがすべて証拠になり得ます。私の場合、サポートから3か月分の銀行取引明細書を求められました。これは個別のケースに基づく依頼であり、すべてのP2Pユーザーに必須なものではありません。ここから、証拠はときに単一の取引画面に存在しないため、プラットフォーム外のデータと突き合わせて確認する必要があるのだと分かりました。

また、これは金融データの役割も変えます。銀行取引明細書は、P2Pの注文に紐づいた取引日、金額、口座情報を検証するのに役立ちます。しかし、無修正のまま提出してしまえば、関係のない情報を露出させる可能性があります。重要なのは、取引を検証するのに十分な証拠を保持しつつ、不必要に開示範囲を広げないことです。これにより、データ露出のコストを抑えつつ、証拠の完全性に関するトレードオフも生じ得る状態を維持できます。

私はこの点に何度も立ち返ります。P2Pにおける選択的な証拠管理が、なぜますます重要になっているのかを示しているからです。単に別の書類を保存する話ではありません。特定の審査依頼を理由に、ユーザーの金融生活全体をさらすことなく、取引を検証するために必要なデータを保持することなのです。@Binance Vietnam #BinanceP2PAnToan $FIGHT $TOWNS