広場
フォロー
注目
ニュース
プロフィール

Domingo_gou

vip
ライブ取引
暗号通貨市場リサーチャー
Web3クリエイター
暗号資産の世界では、ここで能力や人脈、バックグラウンドに頼ることなく、一般人が一攫千金を実現するチャンスがあります。ぜひ一緒に交流し、学び、いいねやリツイートは私への最大のサポートです。フォローありがとうございます!
129
フォロー
38
ファン
249
いいねしました
DefiLlamaの11月3日時点の過去30日間のデータによると、Gearboxの手数料は4,341ドル、プロトコル収益は82.51ドルです。
基本金利と担保追加金利に対応する利息は貸し手(LP)に帰属し、借り手が追加で負担する利息手数料は、ルールに従ってキュレーターとDAOで分配されます。清算には別途手数料がかかります。
手数料はDefiLlamaが追跡するユーザー手数料の合計で、プロトコル収益は同社の集計基準でプロトコルに帰属する部分です。82.51ドルをDAOが実際に受け取った額や純利益とみなすことはできず、差額からLPとキュレーターそれぞれの受取額を推算することもできません。
@GearboxProtocol #Gearbox #DeFi
post-image
AI Agentがオンチェーンで支払いを済ませた後、APIデータや計算リソースのサービスが本当に提供されたことをどう確認すればよいのでしょうか?
Chainalysisの統計によると、2026年9月までの16か月間におけるBaseチェーンのx402では、87%を超える支払いが1件あたり0.0001~0.10ドルでした。支払い記録は照合できますが、提供結果の確認には別の証拠が必要です。
@opcatlayer 公式のLambit AtomicSwapチュートリアルの例では、Redeemはsha256(preimage)、署名、指定された資金の出力を検証し、Refundはタイムロック、返金者の本人確認、出力を検証します。タイムアウト条件を満たした後も、返金にはルールに準拠した取引を自ら送信する必要があります。
これらの検証で確認できるのは、事前に設定された秘密情報と資金の流れであり、APIデータが完全か、モデルの結果が利用可能かどうかは判断できません。オンチェーン決済に検証ルールがあっても、デジタルサービスの提供には、依然として追加の検証可能な証拠が必要です。
@OPCATLayerCN @clawchatglobal #OPCAT #Lambit
post-image
@protocol_fxでxPOSITIONを利用してBTC、ETHのレバレッジロングポジションを建てる際、ポジションの新規開設プロセスはfxUSDのミントに直接結びついています。
fxUSDが一定のディスカウント状態になると、Stability Poolはプール内のUSDCを使ってfxUSDを購入し、ペッグの維持を支援できます。
fxUSDが深刻な売り圧力に直面している場合、新たなロングポジションによってfxUSDのミントと売却需要がさらに増え、すでに圧力を受けているペッグ維持の仕組みが一層厳しくなる可能性があります。
高度なペッグ保護メカニズムの設計に基づき、特定のリスク条件が発生すると、システムは新たなfxUSDのミントを停止し、新規のxPOSITIONロングポジションを制限できます。
ここで議論しているのは、新規借り入れとポジションの新規開設に対する制限であり、全サービスでの出金やポジションの決済がすべて停止されると直接解釈することはできません。
ただし、これは相場が極端に変動する局面での取引に影響します。激しい値動きの中で押し目買いを狙ってロングしたり、手動で新たなポジションを開設したりするつもりなら、ステーブルコインが圧力を受けている局面では、新規ロングの機会が得られない可能性があります。
#FXProtocol #DeFi #fxUSD
post-image
BTC-0.65%
ETH-1.23%
USDC+0.01%
普段ソフトウェアを使っていてネットワークが遅くなると、多くの人は反射的にもう一度クリックしがちです。
しかし、AI Agentに自動で商談や注文の受付をさせる場合、障害が起きたからといってやみくもに再送すると、かえって問題を招きかねません。
ネットワークのタイムアウトやサーバーエラーが発生しても、前回のリクエストが処理されたかどうかをクライアント側で確実に判断できるとは限らないからです。
タスク情報を確認するだけなら、何度か問い合わせても問題ありません。しかし、買い手に正式な見積もりを送る場合、前回の結果がまだ明確でないうちに不用意に再送すると、商業上の申し出が重複してしまう可能性があります。
@termix_ai公式のTypeScript SDKのソースコードを見ると、基盤となるHTTPクライアントは、リクエストごとに設定された冪等性に応じて自動再試行の可否を判断します。
GETやDELETEのようなリクエストは、デフォルトでidempotent: trueに設定されており、通常のネットワークエラー、429のレート制限、5xxエラーが発生した場合、デフォルトで最大2回追加再試行されます。一方、POSTやPATCHでは、デフォルトでこの自動再試行は有効になっていません。
具体的な見積もりエンドポイントでは、この制限がさらに明確に記されています。会話内で見積もりを送るsendInCo
Tangentの最新DefiLlama収益表では、データに変化がありました。
第4四半期のプロトコル総収益は3.4万ドル、収益原価は3.26万ドルで、最終的に残るのは1,360ドルです。
コストの内訳は、投票インセンティブが1.43万ドル、sUSGの収益分配が8,170ドル、担保収益の分配が9,890ドルです。
@Tangent_fi の公式ドキュメントにも、これらの資金の用途が記載されています。
市場で収益を得るには、流動性の維持やユーザーへの収益の支払いにも費用がかかります。この表の集計基準では、現在、収益の大部分がコストによって相殺されています。
post-image
もっと詳しく