Binance Square
#newttoken

newttoken

閲覧回数 111,598
78人が討論中
Aesthetic_Meow
·
--
@NewtonProtocol #Newt $NEWT 「金庫は、ルールそのものを公開せずに、非公開のルールを適用できるのか?」――Magic NewtonのVaultKitが答えようとしているのが、この問いです。 資金の再配分、上限の変更、市場の有効化、手数料の更新など、あらゆる金庫アクションは、金庫に届く前にポリシーを通過する必要があります。ポリシーが承認すれば実行され、承認されなければ何も起こりません。 しかし、そのポリシーが機密データを使うとしたら? Magic Newtonは、プライバシーを保った計算によってこれを解決します。 独自のリスクモデル、コンプライアンス確認、投資家の適格性データは非公開のままです。オンチェーンには、暗号学的に検証可能な承認のみが記録されます。 それがなぜ重要なのでしょうか? 機関投資家は、社内のルールブックを公表できないことがよくあります。Magic Newtonは、それらのルールを公開することなく適用できるため、規制対象の参加者にとってオンチェーン管理をより現実的にします。 もう一つ興味深い点は、フェイルクローズ(閉止)設計です。どんな理由であれポリシー評価が失敗した場合、トランザクションは拒否されます。サイレントな抜け道はありません。公開され、時間遅延のある上書きパスのみが存在します。 Magic Newtonは既存の金庫を置き換えますか? いいえ。Magic NewtonのVaultKitはキュレーターと金庫の間に位置します。マネージャーは、VaultKitがすべての管理アクションを検証しながら、従来のツールを使い続けます。 私の見解では、最大の革新は「別の金庫を追加すること」ではなく、「プライバシーを犠牲にせずに、あらゆる金庫判断を検証可能にすること」です。 要点:信頼は役に立ちます。しかしMagic Newtonは、執行可能でプライバシーを保ったポリシーチェックが、機関向けDeFiのより強い標準になり得ることを示しています。 #NewtonProtocol #NEWTtoken #NEWTUSDT $BEE $PALU すべてのマネージャー操作に自動ポリシーチェックが必要なら、あなたは金庫をより信頼できますか?
@NewtonProtocol #Newt $NEWT
「金庫は、ルールそのものを公開せずに、非公開のルールを適用できるのか?」――Magic NewtonのVaultKitが答えようとしているのが、この問いです。

資金の再配分、上限の変更、市場の有効化、手数料の更新など、あらゆる金庫アクションは、金庫に届く前にポリシーを通過する必要があります。ポリシーが承認すれば実行され、承認されなければ何も起こりません。

しかし、そのポリシーが機密データを使うとしたら?
Magic Newtonは、プライバシーを保った計算によってこれを解決します。

独自のリスクモデル、コンプライアンス確認、投資家の適格性データは非公開のままです。オンチェーンには、暗号学的に検証可能な承認のみが記録されます。

それがなぜ重要なのでしょうか?

機関投資家は、社内のルールブックを公表できないことがよくあります。Magic Newtonは、それらのルールを公開することなく適用できるため、規制対象の参加者にとってオンチェーン管理をより現実的にします。

もう一つ興味深い点は、フェイルクローズ(閉止)設計です。どんな理由であれポリシー評価が失敗した場合、トランザクションは拒否されます。サイレントな抜け道はありません。公開され、時間遅延のある上書きパスのみが存在します。

Magic Newtonは既存の金庫を置き換えますか?

いいえ。Magic NewtonのVaultKitはキュレーターと金庫の間に位置します。マネージャーは、VaultKitがすべての管理アクションを検証しながら、従来のツールを使い続けます。
私の見解では、最大の革新は「別の金庫を追加すること」ではなく、「プライバシーを犠牲にせずに、あらゆる金庫判断を検証可能にすること」です。

要点:信頼は役に立ちます。しかしMagic Newtonは、執行可能でプライバシーを保ったポリシーチェックが、機関向けDeFiのより強い標準になり得ることを示しています。
#NewtonProtocol #NEWTtoken #NEWTUSDT $BEE $PALU
すべてのマネージャー操作に自動ポリシーチェックが必要なら、あなたは金庫をより信頼できますか?
✅ Yes
100%
❌ No
0%
🤷 Depends on the policy
0%
📚 Need to learn more
0%
9 投票 • 投票は終了しました
記事
KYCフィールドがただ…空だったとき、何が起きる?@NewtonProtocol のアイデンティティポリシー文書を読んでいたところ、ある一文で引っかかりました。Regoルール内のエラーは、そのルールが未定義(undefined)として評価される、ということです。そして未定義は拒否として扱われます。 それなら安全そうです。実は、ここでの話はそれがすべてです。 その主張 Newtonのアイデンティティ組み込み(newton.identity.kyc.*)は、設計上フェイルクローズ(fail-closed)です。日付を解析できない場合や、国コードが不正な形式の場合、配列が空の場合でも、ポリシーは大声でエラーを出しません。静かに拒否するだけです。例外なし、クラッシュなし、「データを確認してください」というメッセージもなし。ただ:未認可。

KYCフィールドがただ…空だったとき、何が起きる?

@NewtonProtocol のアイデンティティポリシー文書を読んでいたところ、ある一文で引っかかりました。Regoルール内のエラーは、そのルールが未定義(undefined)として評価される、ということです。そして未定義は拒否として扱われます。
それなら安全そうです。実は、ここでの話はそれがすべてです。
その主張
Newtonのアイデンティティ組み込み(newton.identity.kyc.*)は、設計上フェイルクローズ(fail-closed)です。日付を解析できない場合や、国コードが不正な形式の場合、配列が空の場合でも、ポリシーは大声でエラーを出しません。静かに拒否するだけです。例外なし、クラッシュなし、「データを確認してください」というメッセージもなし。ただ:未認可。
·
--
ブリッシュ
🤔 AIにおける最大のリスクがモデルではなく、どこで動かされるかにあるとしたら? それが、@NewtonProtocol が答えようとしている問いです。 現在、ほとんどのAIエージェントは中央集権型のクラウドプロバイダーに依存しています。高速ではありますが、単一障害点も生み出します。障害、ポリシー変更、またはセキュリティ侵害が起きれば、一度に何千人ものユーザーに影響が及び得ます。 では、Newton Protocolはどう対応するのでしょうか? 特定の企業に頼るのではなく、オンチェーンの実行と分散型インフラストラクチャを組み合わせます。重要なアクションは透明で、検証可能になります。また、信頼できる外部データとリスクに関するインテリジェンスを活用することで、AIエージェントが盲目的な仮定ではなく、より良い文脈をもとに意思決定できるようにします。 私の見解では、これはAIを「リスクフリー」にするものではありません。プロバイダーを信じることから、プロセスを検証することへと焦点を移すだけです。この違いは、AIが資産を管理し、金融取引を実行し始めるようになると、重要になり得ます。 本当の問いは、分散型AIが完璧かどうかではありません。 それは、将来のAIシステムは、誰もが検証できるインフラストラクチャの上に構築されるべきか、それとも一社だけが管理するインフラストラクチャの上に構築されるべきか、ということです。 私の結論:AIがより自律的になっていくにつれ、透明性は速度と同じくらい価値を持つようになるかもしれません。この課題に取り組んでいるプロジェクトは、成功を保証するからではなく、適切な問いを投げかけているからこそ注目する価値があります。 #NewtonProtocol #Newt $NEWT $AA #NEWTtoken #NEWTUSDT
🤔 AIにおける最大のリスクがモデルではなく、どこで動かされるかにあるとしたら?

それが、@NewtonProtocol が答えようとしている問いです。

現在、ほとんどのAIエージェントは中央集権型のクラウドプロバイダーに依存しています。高速ではありますが、単一障害点も生み出します。障害、ポリシー変更、またはセキュリティ侵害が起きれば、一度に何千人ものユーザーに影響が及び得ます。

では、Newton Protocolはどう対応するのでしょうか?

特定の企業に頼るのではなく、オンチェーンの実行と分散型インフラストラクチャを組み合わせます。重要なアクションは透明で、検証可能になります。また、信頼できる外部データとリスクに関するインテリジェンスを活用することで、AIエージェントが盲目的な仮定ではなく、より良い文脈をもとに意思決定できるようにします。

私の見解では、これはAIを「リスクフリー」にするものではありません。プロバイダーを信じることから、プロセスを検証することへと焦点を移すだけです。この違いは、AIが資産を管理し、金融取引を実行し始めるようになると、重要になり得ます。

本当の問いは、分散型AIが完璧かどうかではありません。

それは、将来のAIシステムは、誰もが検証できるインフラストラクチャの上に構築されるべきか、それとも一社だけが管理するインフラストラクチャの上に構築されるべきか、ということです。

私の結論:AIがより自律的になっていくにつれ、透明性は速度と同じくらい価値を持つようになるかもしれません。この課題に取り組んでいるプロジェクトは、成功を保証するからではなく、適切な問いを投げかけているからこそ注目する価値があります。

#NewtonProtocol #Newt $NEWT $AA #NEWTtoken #NEWTUSDT
確認済み
記事
もしNewtonの最大のアップグレードが新機能ではなく、誰を信頼するかの選択だったら?Newton Mainnet Betaは、オンチェーンの実行に加えて、RedStoneからの外部価格データと、Credoraからのリスクインテリジェンスを組み合わせているため、より興味深いものになります。これは安全性を保証するわけではありません。ですが、Newtonがスケールする前に、よくある2つの弱点を減らそうとしていることは示唆しています。 実用的な観察 ほとんどのブロックチェーンのローンチはスピードについて語ります。 @NewtonProtocol はデータ品質とリスクの可視性について話しています。 そのTPS番号は、別のものよりも私の注目を引きました。 <t-196/>#Newt が本格的なDeFi活動を望むなら、悪い価格フィードや隠れたリスクは、遅いトランザクションよりもずっと早くユーザーの信頼を損ねることがあります。

もしNewtonの最大のアップグレードが新機能ではなく、誰を信頼するかの選択だったら?

Newton Mainnet Betaは、オンチェーンの実行に加えて、RedStoneからの外部価格データと、Credoraからのリスクインテリジェンスを組み合わせているため、より興味深いものになります。これは安全性を保証するわけではありません。ですが、Newtonがスケールする前に、よくある2つの弱点を減らそうとしていることは示唆しています。
実用的な観察
ほとんどのブロックチェーンのローンチはスピードについて語ります。
@NewtonProtocol はデータ品質とリスクの可視性について話しています。
そのTPS番号は、別のものよりも私の注目を引きました。
<t-196/>#Newt が本格的なDeFi活動を望むなら、悪い価格フィードや隠れたリスクは、遅いトランザクションよりもずっと早くユーザーの信頼を損ねることがあります。
確認済み
KYCは個人データを公開せずに使い回し可能になるのでしょうか?これは、@NewtonProtocol VCが答えようとしている問いです。 多くのアプリはKYCをそれぞれ別に収集するため、ユーザーは同じ手続きを何度も繰り返す必要があります。Newtonは別のアプローチを提案します。つまり、一度検証し、その後はポリシーが、ユーザーが特定の要件を満たしているかどうかを確認しますが、基となる本人確認データ(アイデンティティデータ)自体は開示しません。 それはどのように機能するのでしょうか? 開発者であれば、お好みのプロバイダーからKYCを収集し、それをNewtonに登録し、「18歳以上で、承認された地域に居住しているユーザーのみアクセスを許可する」といったルールを作成できます。 もし別の開発者がすでに同じユーザーを検証していたらどうなりますか? Newtonでは、プライバシーを保護する形で、その検証済みのアイデンティティを利用できます。アプリ側が知るのは、ポリシー条件が満たされているかどうかだけであり、ユーザーの個人情報は学習しません。これにより、繰り返しの検証を減らしつつ、機微なデータを非公開に保てます。 裏側では何が起きますか? 流れはシンプルです。KYCを収集し、Newtonに登録し、ユーザーが自分のアイデンティティを紐付けできるようにし、署名されたリクエストを送信し、ポリシーが要件を満たしているかを評価します。 私の見解では、最も価値のあるアイデアはKYCの置き換えではなく、個人データを保護したまま検証済みアイデンティティを再利用できるようにすることです。 重要な学びは、より良いコンプライアンスは必ずしも追加のデータ収集を意味しないという点です。時には、より賢く検証することが必要なだけです。 #Newt $NEWT #NewtonProtocol #NEWTtoken #NEWTUSDT $BEAT $ARX あなたは、個人データを共有せずに、KYCをアプリ間で使い回すべきだと思いますか?
KYCは個人データを公開せずに使い回し可能になるのでしょうか?これは、@NewtonProtocol VCが答えようとしている問いです。
多くのアプリはKYCをそれぞれ別に収集するため、ユーザーは同じ手続きを何度も繰り返す必要があります。Newtonは別のアプローチを提案します。つまり、一度検証し、その後はポリシーが、ユーザーが特定の要件を満たしているかどうかを確認しますが、基となる本人確認データ(アイデンティティデータ)自体は開示しません。
それはどのように機能するのでしょうか?
開発者であれば、お好みのプロバイダーからKYCを収集し、それをNewtonに登録し、「18歳以上で、承認された地域に居住しているユーザーのみアクセスを許可する」といったルールを作成できます。
もし別の開発者がすでに同じユーザーを検証していたらどうなりますか?
Newtonでは、プライバシーを保護する形で、その検証済みのアイデンティティを利用できます。アプリ側が知るのは、ポリシー条件が満たされているかどうかだけであり、ユーザーの個人情報は学習しません。これにより、繰り返しの検証を減らしつつ、機微なデータを非公開に保てます。
裏側では何が起きますか?
流れはシンプルです。KYCを収集し、Newtonに登録し、ユーザーが自分のアイデンティティを紐付けできるようにし、署名されたリクエストを送信し、ポリシーが要件を満たしているかを評価します。
私の見解では、最も価値のあるアイデアはKYCの置き換えではなく、個人データを保護したまま検証済みアイデンティティを再利用できるようにすることです。
重要な学びは、より良いコンプライアンスは必ずしも追加のデータ収集を意味しないという点です。時には、より賢く検証することが必要なだけです。
#Newt $NEWT #NewtonProtocol #NEWTtoken #NEWTUSDT $BEAT $ARX

あなたは、個人データを共有せずに、KYCをアプリ間で使い回すべきだと思いますか?
👍 Yes, definitely
50%
🤔 Maybe
13%
🔒 No, separate KYC is better
37%
📚 Need to learn more
0%
8 投票 • 投票は終了しました
記事
カスタムデータ・オラクルは強力そうに見えるが、実際に作ってみるまで分からないこと誰でも、外部データをそのままRegoポリシーに取り込むWebAssemblyコードを配布できます。主張はシンプルです。これは、検証可能な実行を手放さずに、オンチェーンの意思決定をオフチェーンのAPIと同じくらい柔軟にする、というものです。実際には、そのWASMコンポーネントを保守する人に、作業とリスクが移ることになります。 ドキュメントとサンプルに時間を費やしました。実際に何かに使おうとすると見えてくる、要点をまとめます。 オラクルフローは実際にどう動くのか 小さなプログラム(現時点では主にJavaScript)を書いて run を実装します。JSONを受け取り、ホスト経由でHTTPを呼び出せるほか、必要に応じてシークレットを読み取り、ポリシーのデータ.wasmとして着地するJSONを返します。

カスタムデータ・オラクルは強力そうに見えるが、実際に作ってみるまで分からないこと

誰でも、外部データをそのままRegoポリシーに取り込むWebAssemblyコードを配布できます。主張はシンプルです。これは、検証可能な実行を手放さずに、オンチェーンの意思決定をオフチェーンのAPIと同じくらい柔軟にする、というものです。実際には、そのWASMコンポーネントを保守する人に、作業とリスクが移ることになります。
ドキュメントとサンプルに時間を費やしました。実際に何かに使おうとすると見えてくる、要点をまとめます。
オラクルフローは実際にどう動くのか
小さなプログラム(現時点では主にJavaScript)を書いて run を実装します。JSONを受け取り、ホスト経由でHTTPを呼び出せるほか、必要に応じてシークレットを読み取り、ポリシーのデータ.wasmとして着地するJSONを返します。
#newt $NEWT ポリシーはそもそもどのように作成されるのでしょうか? 開発者がRegoでロジックを書き、Newtonレジストリに公開し、CIDで参照されるIPFSに保存します。つまり、すべてのポリシーは検証可能で再利用でき、契約の中に隠れたブラックボックスではありません。 どのようにして、どのポリシーがトランザクションに適用されるかが決まるのですか? ユーザーが決めます。PolicyClientコントラクトをデプロイし、ポリシーを選び、自分自身のしきい値や有効期限ルールを設定します。私の見方では、ここが過小評価されている部分で、中央集権的な門番ではなく、コントロールがユーザーに戻るのです。 タスクが送信されたときに何が起きますか? IntentがPolicyClientと組み合わされ、SDKまたはRPC経由で#Newt Gatewayにヒットします。表面的にはシンプルですが、ここが下流のすべてを動かす起点です。 実際にトランザクションが有効かどうかを確認するのは誰ですか? AVSオペレーターが独立してポリシーを評価し、BLS署名を生成します。クォーラムに達すると、Aggregatorがそれらを1つのアテステーションにまとめます。私の見方では、これはフロー全体で最も強力な設計判断です。単一のオペレーターが何かを一方的に承認したり、妨げたりすることはできません。$NEWT では、要点は何でしょうか? @NewtonProtocol は、トランザクションに別の承認ステップを追加するだけではありません。判断そのものを分散化しているのです。これは本当に注目すべき大きな変化です。 $LAB #NEWTtoken #NEWTUSDT @NewtonProtocol
#newt $NEWT ポリシーはそもそもどのように作成されるのでしょうか?
開発者がRegoでロジックを書き、Newtonレジストリに公開し、CIDで参照されるIPFSに保存します。つまり、すべてのポリシーは検証可能で再利用でき、契約の中に隠れたブラックボックスではありません。
どのようにして、どのポリシーがトランザクションに適用されるかが決まるのですか?
ユーザーが決めます。PolicyClientコントラクトをデプロイし、ポリシーを選び、自分自身のしきい値や有効期限ルールを設定します。私の見方では、ここが過小評価されている部分で、中央集権的な門番ではなく、コントロールがユーザーに戻るのです。
タスクが送信されたときに何が起きますか?
IntentがPolicyClientと組み合わされ、SDKまたはRPC経由で#Newt Gatewayにヒットします。表面的にはシンプルですが、ここが下流のすべてを動かす起点です。
実際にトランザクションが有効かどうかを確認するのは誰ですか?
AVSオペレーターが独立してポリシーを評価し、BLS署名を生成します。クォーラムに達すると、Aggregatorがそれらを1つのアテステーションにまとめます。私の見方では、これはフロー全体で最も強力な設計判断です。単一のオペレーターが何かを一方的に承認したり、妨げたりすることはできません。$NEWT
では、要点は何でしょうか?
@NewtonProtocol は、トランザクションに別の承認ステップを追加するだけではありません。判断そのものを分散化しているのです。これは本当に注目すべき大きな変化です。
$LAB #NEWTtoken #NEWTUSDT @NewtonProtocol
確認済み
なぜポリシーエンジンは、取引に対して「はい」か「いいえ」を言うだけのために、5つもの別々のステップを必要とするのでしょうか? これは、ニュートンの評価ライフサイクルの背後にある本当の問いです。 そもそもポリシーはどうやって作られるのでしょうか? 開発者がRegoでロジックを書き、Newtonのレジストリに公開し、CIDとして参照されるIPFSに保存します。つまり、すべてのポリシーは検証可能で再利用でき、契約の中に埋もれたブラックボックスではありません。 どのポリシーが取引に適用されるかを決めるのは誰ですか? ユーザーです。PolicyClientコントラクトをデプロイし、ポリシーを選び、自分のしきい値や有効期限のルールを設定します。私の見解では、ここが過小評価されているポイントです。集中管理のゲートキーパーではなく、制御をユーザーに取り戻します。 タスクが提出されたときはどうなりますか? IntentがPolicyClientと組み合わさり、SDKまたはRPCを通じて#Newt Gatewayに到達します。表面上はシンプルですが、これが下流すべての起点です。 実際に取引が有効かどうかをチェックするのは誰ですか? AVSオペレーターが独立してポリシーを評価し、BLS署名を生成します。クォーラムに到達すると、Aggregatorがそれらを1つのアテステーションにまとめます。私の見解では、これはフロー全体で最も強い設計判断です。単一のオペレーターが、何かを一方的に承認したりブロックしたりすることはできません。$NEWT では、要点は何でしょうか? @NewtonProtocol は、取引に別の承認ステップを追加するだけではありません。判断そのものを分散化しているのです。これこそが、注目に値する本当の転換点です。 $ARX $LAB #NewtonProtocol #NEWTtoken #NEWTUSDT 📊 取引が実行される前に、最も重要なのは何でしょうか?
なぜポリシーエンジンは、取引に対して「はい」か「いいえ」を言うだけのために、5つもの別々のステップを必要とするのでしょうか?
これは、ニュートンの評価ライフサイクルの背後にある本当の問いです。

そもそもポリシーはどうやって作られるのでしょうか?

開発者がRegoでロジックを書き、Newtonのレジストリに公開し、CIDとして参照されるIPFSに保存します。つまり、すべてのポリシーは検証可能で再利用でき、契約の中に埋もれたブラックボックスではありません。

どのポリシーが取引に適用されるかを決めるのは誰ですか?

ユーザーです。PolicyClientコントラクトをデプロイし、ポリシーを選び、自分のしきい値や有効期限のルールを設定します。私の見解では、ここが過小評価されているポイントです。集中管理のゲートキーパーではなく、制御をユーザーに取り戻します。

タスクが提出されたときはどうなりますか?

IntentがPolicyClientと組み合わさり、SDKまたはRPCを通じて#Newt Gatewayに到達します。表面上はシンプルですが、これが下流すべての起点です。

実際に取引が有効かどうかをチェックするのは誰ですか?

AVSオペレーターが独立してポリシーを評価し、BLS署名を生成します。クォーラムに到達すると、Aggregatorがそれらを1つのアテステーションにまとめます。私の見解では、これはフロー全体で最も強い設計判断です。単一のオペレーターが、何かを一方的に承認したりブロックしたりすることはできません。$NEWT

では、要点は何でしょうか?

@NewtonProtocol は、取引に別の承認ステップを追加するだけではありません。判断そのものを分散化しているのです。これこそが、注目に値する本当の転換点です。
$ARX $LAB #NewtonProtocol #NEWTtoken #NEWTUSDT
📊 取引が実行される前に、最も重要なのは何でしょうか?
🔹 Security
64%
🔹 Speed
29%
🔹 Transparency
7%
🔹 Low fees
0%
14 投票 • 投票は終了しました
記事
資金が動く前に金庫(バルート)のルールが強制されると何が起きるのか?機関投資家が参入すると、DeFiの金庫(バルート)が吸い取られたり、制限されたりすることが増えています。Newtonはそれを変えたいと考えています。 「実際にオンチェーンで金庫(バルート)ルールを強制し、どの取引も実行される前に適用する」ことを目的とした、事前(プレ・セトルメント)のポリシーレイヤーとして位置づけられています。事実:2026年6月下旬のメインネットベータ時点で、RedStoneの価格やCredoraのリスクスコアのようなデータと統合し、リアルタイムで移動(許可/ブロック)を判断します。 中核となる緊張関係 現在の金庫(バルート)のガードレールの多くは、オフチェーン上の約束か、何かがすでに問題になった後に動くリアクティブなコードです。 <t-77/>#Newt では、決済前に投資家の適格性、ポジション上限、デペッグなどをチェックし、検証可能なオンチェーンの受領証(レシート)を残すとしています。これは重要です。なぜなら、金庫(バルート)は現在、何千億ドルもの規模でステーブルコインやRWAのフローを抱えており、伝統的な金融(TradFi)レベルのコンプライアンスの悩みなしに利回りを求めているからです。

資金が動く前に金庫(バルート)のルールが強制されると何が起きるのか?

機関投資家が参入すると、DeFiの金庫(バルート)が吸い取られたり、制限されたりすることが増えています。Newtonはそれを変えたいと考えています。
「実際にオンチェーンで金庫(バルート)ルールを強制し、どの取引も実行される前に適用する」ことを目的とした、事前(プレ・セトルメント)のポリシーレイヤーとして位置づけられています。事実:2026年6月下旬のメインネットベータ時点で、RedStoneの価格やCredoraのリスクスコアのようなデータと統合し、リアルタイムで移動(許可/ブロック)を判断します。
中核となる緊張関係
現在の金庫(バルート)のガードレールの多くは、オフチェーン上の約束か、何かがすでに問題になった後に動くリアクティブなコードです。 <t-77/>#Newt では、決済前に投資家の適格性、ポジション上限、デペッグなどをチェックし、検証可能なオンチェーンの受領証(レシート)を残すとしています。これは重要です。なぜなら、金庫(バルート)は現在、何千億ドルもの規模でステーブルコインやRWAのフローを抱えており、伝統的な金融(TradFi)レベルのコンプライアンスの悩みなしに利回りを求めているからです。
確認済み
記事
Newtonが私にスマートコントラクトについて少し違った考えをさせてくれた取引が、スマートコントラクトに触れる前に、自社のルールを満たしていたことを証明できたらどうでしょうか? @NewtonProtocol keeps 権限付与は実行の後ではなく、実行の前に行うべきだという考えを押し進めています。これは些細に聞こえるかもしれませんが、開発者が置くべき信頼の場所が変わります。すべての条件をコントラクト内に直接置くのではなく、Newtonでは、ポリシーが取引を前進させるに値するかどうかを判断します。 実務上の緊張感 $UP デプロイ後のほとんどのスマートコントラクトは静的です。 ビジネスルールはありません。 支出限度が変わります。コンプライアンス要件が変わります。ウォレットのステータスが変わります。Solidityをそのたびに更新するのは遅くて高コストです。Newtonはこれを、取引ルールとコントラクトロジックを分離することで別のアプローチを取ります。

Newtonが私にスマートコントラクトについて少し違った考えをさせてくれた

取引が、スマートコントラクトに触れる前に、自社のルールを満たしていたことを証明できたらどうでしょうか?
@NewtonProtocol keeps 権限付与は実行の後ではなく、実行の前に行うべきだという考えを押し進めています。これは些細に聞こえるかもしれませんが、開発者が置くべき信頼の場所が変わります。すべての条件をコントラクト内に直接置くのではなく、Newtonでは、ポリシーが取引を前進させるに値するかどうかを判断します。
実務上の緊張感 $UP
デプロイ後のほとんどのスマートコントラクトは静的です。
ビジネスルールはありません。
支出限度が変わります。コンプライアンス要件が変わります。ウォレットのステータスが変わります。Solidityをそのたびに更新するのは遅くて高コストです。Newtonはこれを、取引ルールとコントラクトロジックを分離することで別のアプローチを取ります。
·
--
🚨 $NEWT ローカル再テスト! $0.0467で価格が圧縮中:サポートが試される! 🚀📉👇 Newt($NEWT)はチャート上で局所的な調整シーケンスを進行中で、現在$0.0467で下落しています! 24時間高値付近($0.0492)にあるセッション天井でレジスタンスに当たった後、値動きは押し戻され、24時間安値付近($0.0463)のベースライン下支えのクッション直上で安定を見つけようとしています。AIマトリクスを通じて回転する有効な日次取引量プール$431,178.35 USDTに支えられ、重要なレンジ境界の攻防が進行中です。セットアップは今すぐ確定してください: 🟢 ロングエントリー(ブレイクアウト逆転): ✅ トリガー:$0.0495を上抜けて終値確定 🎯 🎯 対象:$0.0530 | $0.0570+ 🚀 🛑 ストップロス:$0.0458 🔴 ショートエントリー(下落トレンド継続): ✅ トリガー:$0.0455を下抜けて終値確定 🎯 🎯 対象:$0.0420 | $0.0380- 📉 🛑 ストップロス:$0.0482 💡 トレーダーの知恵:時間軸のセットアップに注意して下さい。今回のテクニカル分析は4時間(4h)足の構造にそのまま対応しています! マクロの24時間パフォーマンスでは赤字での収縮(-4.89%)が示されている一方、直近のアクティブな4H足は一時的な“息継ぎ”を確認しており、完全にフラットな圧縮進行(tick 0.00%(0.0000))となっています。レンジ中央のもみ合いに、レバレッジをかけ過ぎた成行を無理に突っ込まないでください。4H足が、これらの境界パラメータの外側で“きれいに”終値確定することを待ち、エントリー確認前に、持続可能な出来高吸収の勢いを検証しましょう。資金保全が最優先です! 📊🔒 ⚠️ 高速のAI主導セクター資産は、急な流動性の掃き出し、急激な局所的レバレッジのフラッシュ、主要なサポート下限付近での急なボラティリティ低下が起こり得ます。リスク設定を引き締め、自分で調べてください(DYOR)! ⚠️ {future}(NEWTUSDT) ➡️ 下のタグ付け $NEWT COIN リンクをクリック ⬅️ #BinanceSquare #NEWTUSDT #NEWTtoken #TechnicalAnalysis
🚨 $NEWT ローカル再テスト! $0.0467で価格が圧縮中:サポートが試される! 🚀📉👇

Newt($NEWT )はチャート上で局所的な調整シーケンスを進行中で、現在$0.0467で下落しています! 24時間高値付近($0.0492)にあるセッション天井でレジスタンスに当たった後、値動きは押し戻され、24時間安値付近($0.0463)のベースライン下支えのクッション直上で安定を見つけようとしています。AIマトリクスを通じて回転する有効な日次取引量プール$431,178.35 USDTに支えられ、重要なレンジ境界の攻防が進行中です。セットアップは今すぐ確定してください:

🟢 ロングエントリー(ブレイクアウト逆転):
✅ トリガー:$0.0495を上抜けて終値確定 🎯
🎯 対象:$0.0530 | $0.0570+ 🚀
🛑 ストップロス:$0.0458

🔴 ショートエントリー(下落トレンド継続):
✅ トリガー:$0.0455を下抜けて終値確定 🎯
🎯 対象:$0.0420 | $0.0380- 📉
🛑 ストップロス:$0.0482

💡 トレーダーの知恵:時間軸のセットアップに注意して下さい。今回のテクニカル分析は4時間(4h)足の構造にそのまま対応しています! マクロの24時間パフォーマンスでは赤字での収縮(-4.89%)が示されている一方、直近のアクティブな4H足は一時的な“息継ぎ”を確認しており、完全にフラットな圧縮進行(tick 0.00%(0.0000))となっています。レンジ中央のもみ合いに、レバレッジをかけ過ぎた成行を無理に突っ込まないでください。4H足が、これらの境界パラメータの外側で“きれいに”終値確定することを待ち、エントリー確認前に、持続可能な出来高吸収の勢いを検証しましょう。資金保全が最優先です! 📊🔒

⚠️ 高速のAI主導セクター資産は、急な流動性の掃き出し、急激な局所的レバレッジのフラッシュ、主要なサポート下限付近での急なボラティリティ低下が起こり得ます。リスク設定を引き締め、自分で調べてください(DYOR)! ⚠️
➡️ 下のタグ付け $NEWT COIN リンクをクリック ⬅️

#BinanceSquare #NEWTUSDT #NEWTtoken #TechnicalAnalysis
·
--
弱気相場
@NewtonProtocol のロゴには、多くのブランドページが説明すらしない「隠された数字」があります。 0.8x。これは、ニュートンのマークにおける三角形と六角形の比率です。0.75ではありませんし、「だいたい比例」でもありません。自社の構築図(コンストラクションダイアグラム)の中で、60°の角が3つ並んだすぐ隣に示されている、具体的な小数です。 多くのブランドキットは「こちらがロゴです、伸ばさないでください」で止まります。#Newt はそこを超え、実際の幾何学(ジオメトリ)を公開しました。六角形(構造)に、三角形(変換)が含まれ、その中に円(連続性)が含まれ、その円の中に四角形(=正方形)が含まれる。4つの形、1つの軸、1つの比。 肝心なのは、その精密さが意味を持つのは、誰かが手で、またはコードでそのマークを再現するつもりがある場合だけということです。つまりSVG生成、動的なアプリのアイコン、変なサイズでのパートナー同士の共同ブランディングなど。ロゴパックをダウンロードする人の95%にとって、0.8xは雑学にすぎません。$NEWT ではなぜ載せたのでしょう?私の推測では、それはデザイナーではなく、技術パートナーに向けた信頼のサインです。「小数点まで考えました」と言われるのは、ヘッダー画像を選んでいるマーケターよりも、統合(インテグレーション)を評価するエンジニアチームのほうに響くからです。 些細なこと。でも、このブランドページが「誰のために書かれているか」を教えてくれます。マスコミでもありません。気軽なユーザーでもありません。あの六角形をコードベースに埋め込んで、16pxでも400pxでもきちんと見える必要がある人のためです。 自分のブランドのアセットでも同じことが行われているか、あるいは「ロゴは伸ばさないで」のところで止まっているだけなのか、確認する価値があります。 #NEWTtoken #NEWTUSDT #NewtonProtocol
@NewtonProtocol のロゴには、多くのブランドページが説明すらしない「隠された数字」があります。

0.8x。これは、ニュートンのマークにおける三角形と六角形の比率です。0.75ではありませんし、「だいたい比例」でもありません。自社の構築図(コンストラクションダイアグラム)の中で、60°の角が3つ並んだすぐ隣に示されている、具体的な小数です。

多くのブランドキットは「こちらがロゴです、伸ばさないでください」で止まります。#Newt はそこを超え、実際の幾何学(ジオメトリ)を公開しました。六角形(構造)に、三角形(変換)が含まれ、その中に円(連続性)が含まれ、その円の中に四角形(=正方形)が含まれる。4つの形、1つの軸、1つの比。

肝心なのは、その精密さが意味を持つのは、誰かが手で、またはコードでそのマークを再現するつもりがある場合だけということです。つまりSVG生成、動的なアプリのアイコン、変なサイズでのパートナー同士の共同ブランディングなど。ロゴパックをダウンロードする人の95%にとって、0.8xは雑学にすぎません。$NEWT

ではなぜ載せたのでしょう?私の推測では、それはデザイナーではなく、技術パートナーに向けた信頼のサインです。「小数点まで考えました」と言われるのは、ヘッダー画像を選んでいるマーケターよりも、統合(インテグレーション)を評価するエンジニアチームのほうに響くからです。

些細なこと。でも、このブランドページが「誰のために書かれているか」を教えてくれます。マスコミでもありません。気軽なユーザーでもありません。あの六角形をコードベースに埋め込んで、16pxでも400pxでもきちんと見える必要がある人のためです。

自分のブランドのアセットでも同じことが行われているか、あるいは「ロゴは伸ばさないで」のところで止まっているだけなのか、確認する価値があります。
#NEWTtoken #NEWTUSDT #NewtonProtocol
なぜNewtonのエージェント用ガードレールは違って感じるのか(そしてまだ何がうまくいかない可能性があるのか)<c-16/>紙の上で鍵を渡さなくても、資金上でAIエージェントを実行できるようにします。少なくとも。 本当の緊張関係はシンプルです。DeFiの自動化はこれまでずっと、安全性と引き換えに利便性を得てきました。Newtonプロトコル( ) は、あらゆる取引が実行される前にルールを確認するポリシーレイヤーを追加することで、それを解決しようとします。もう一つの利回りファームではありません。エージェントや機関のために作られた認可システムです。 ニュートンは実際にどう機能するのか(実践編) 開発者は、制裁リストやKYCステータス、支出限度額のようなオフチェーンデータを評価するポリシー言語Regoでポリシーを書きます。分散型のオペレーターネットワーク(EigenLayerのリステーキングで支えられています)がチェックを実行します。適合した取引だけが通ります。すべてが検証可能なオンチェーンのレシートを生成します。

なぜNewtonのエージェント用ガードレールは違って感じるのか(そしてまだ何がうまくいかない可能性があるのか)

<c-16/>紙の上で鍵を渡さなくても、資金上でAIエージェントを実行できるようにします。少なくとも。
本当の緊張関係はシンプルです。DeFiの自動化はこれまでずっと、安全性と引き換えに利便性を得てきました。Newtonプロトコル(
) は、あらゆる取引が実行される前にルールを確認するポリシーレイヤーを追加することで、それを解決しようとします。もう一つの利回りファームではありません。エージェントや機関のために作られた認可システムです。
ニュートンは実際にどう機能するのか(実践編)
開発者は、制裁リストやKYCステータス、支出限度額のようなオフチェーンデータを評価するポリシー言語Regoでポリシーを書きます。分散型のオペレーターネットワーク(EigenLayerのリステーキングで支えられています)がチェックを実行します。適合した取引だけが通ります。すべてが検証可能なオンチェーンのレシートを生成します。
確認済み
コンプライアンスが資産の移動後ではなく、移動の前に起きていたら?——それが、私が何度も立ち返っている@NewtonProtocol Iの部分です。 #NewtonProtocol は、チェックを速くすることが目的ではありません。#Newt は、チェックが実行されるタイミングを変えています。このプロトコルは決済の前にプログラマブルなポリシーを配置し、トランザクションが最終確定になる前に評価します。この小さな転換が、フロー全体を変えてしまうのです。 Newtonを見ていて際立ったのは3点です: • ポリシーは決済の後ではなく前に実行される。 • ルールは制裁、投資家の適格性、またはAIエージェントの支出上限などをカバーできる。 • すべてのオペレーターは$NEWT をステークし、総供給は10億トークン固定。これにより、ポリシー執行に対する経済的な説明責任が生まれる。 実務的な例はシンプルです。ある機関は、トークン化された資産を動かす前に、ウォレットが本人確認と管轄チェックに通過することを要求できます。ポリシーが失敗すれば、そのトランザクションは決済されません。ロールバックもなし。後からの手動レビューも不要です。 だからこそ、私はNewtonを注目する価値があると思っています。多くの議論はスループットや手数料に焦点を当てがちです。しかしNewtonは認可に焦点を当てています。別の課題。別のトレードオフ。 私はまだ、このモデルがポリシーの複雑さが増し、トランザクション量が増えていく中で、どう性能を発揮するのか気になっています。おそらく、次に最も注意を払うべき部分でしょう。 #NEWTtoken #NEWTUSDT $ETH $LAB オンチェーンでのポリシー執行を使いますか? _はい、ぜひ _用途次第 _もっと学ぶ必要がある {future}(NEWTUSDT)
コンプライアンスが資産の移動後ではなく、移動の前に起きていたら?——それが、私が何度も立ち返っている@NewtonProtocol Iの部分です。
#NewtonProtocol は、チェックを速くすることが目的ではありません。#Newt は、チェックが実行されるタイミングを変えています。このプロトコルは決済の前にプログラマブルなポリシーを配置し、トランザクションが最終確定になる前に評価します。この小さな転換が、フロー全体を変えてしまうのです。
Newtonを見ていて際立ったのは3点です:
• ポリシーは決済の後ではなく前に実行される。
• ルールは制裁、投資家の適格性、またはAIエージェントの支出上限などをカバーできる。
• すべてのオペレーターは$NEWT をステークし、総供給は10億トークン固定。これにより、ポリシー執行に対する経済的な説明責任が生まれる。
実務的な例はシンプルです。ある機関は、トークン化された資産を動かす前に、ウォレットが本人確認と管轄チェックに通過することを要求できます。ポリシーが失敗すれば、そのトランザクションは決済されません。ロールバックもなし。後からの手動レビューも不要です。
だからこそ、私はNewtonを注目する価値があると思っています。多くの議論はスループットや手数料に焦点を当てがちです。しかしNewtonは認可に焦点を当てています。別の課題。別のトレードオフ。
私はまだ、このモデルがポリシーの複雑さが増し、トランザクション量が増えていく中で、どう性能を発揮するのか気になっています。おそらく、次に最も注意を払うべき部分でしょう。
#NEWTtoken #NEWTUSDT $ETH $LAB
オンチェーンでのポリシー執行を使いますか?
_はい、ぜひ
_用途次第
_もっと学ぶ必要がある
確認済み
記事
オンチェーン取引は現実のルールを知らないまま飛ぶ—Newton Protocolはそれを変えようとしています。<c-20/>あらゆる取引の前にプログラマブルなポリシーを配置します。分散型のオペレーター・ネットワークを使って、決済前にコンプライアンスを確認します。お金が実際に動くとき、フロントエンドやオフチェーンのチェックに頼る必要はもうありません。 それが中核となる主張です。スマートコントラクトに、制裁リスト、投資家の上限、またはエージェントの支出上限などを参照して、それが確認を行ったことを証明する認可レイヤーを追加します。 Trusted Execution Environments(TEE)内のオペレーターが、Regoで書かれたポリシーを評価します。必要に応じてオフチェーンのデータを取得し、BLSのアテステーション(証明)を出力します。

オンチェーン取引は現実のルールを知らないまま飛ぶ—Newton Protocolはそれを変えようとしています。

<c-20/>あらゆる取引の前にプログラマブルなポリシーを配置します。分散型のオペレーター・ネットワークを使って、決済前にコンプライアンスを確認します。お金が実際に動くとき、フロントエンドやオフチェーンのチェックに頼る必要はもうありません。
それが中核となる主張です。スマートコントラクトに、制裁リスト、投資家の上限、またはエージェントの支出上限などを参照して、それが確認を行ったことを証明する認可レイヤーを追加します。
Trusted Execution Environments(TEE)内のオペレーターが、Regoで書かれたポリシーを評価します。必要に応じてオフチェーンのデータを取得し、BLSのアテステーション(証明)を出力します。
#newt $NEWT #NEWTtoken $NEWT @NewtonProtocol Newton Protocol (NEWT) は、イーサリアム・ブロックチェーン上に構築された ERC-20 トークンです。これは、オンチェーンの自動化およびエージェント・マーケットプレイスのエコシステムを支えています。NEWT トークンは、取引手数料、ステーキング、エージェントの担保、そしてネットワークのガバナンスに使用されます。[1, 2] 主要なトークンの詳細: 現在の価格: 約 0.05 ドル 最大/総供給量: 10億 NEWT
#newt $NEWT
#NEWTtoken
$NEWT
@NewtonProtocol
Newton Protocol (NEWT) は、イーサリアム・ブロックチェーン上に構築された ERC-20 トークンです。これは、オンチェーンの自動化およびエージェント・マーケットプレイスのエコシステムを支えています。NEWT トークンは、取引手数料、ステーキング、エージェントの担保、そしてネットワークのガバナンスに使用されます。[1, 2]

主要なトークンの詳細:

現在の価格: 約 0.05 ドル

最大/総供給量: 10億 NEWT
一部該当
しばらく@NewtonProtocol の切断(スラッシング)モデルを見ていて、引っかかる点がある。 ニュートンの信頼(トラスト)提案全体は、ステークされた$NEWT コラテラルに依存している。オペレーターは、エージェント・モデルを動かすために#Newt を前払いする。不正をしたら捕まって、ステークの一部を失う。紙の上では筋の通ったアイデアだ。 しかし、罰則はドルではなくNEWT建てだ。供給量は1Bトークンで固定、インフレなし。これは希少性の面では良いが、セキュリティ予算が価格に完全に連動してしまうことも意味する。NEWTが$2のときにステークの10%をスラッシュして、NEWTが$0.20のときも同じ10%をスラッシュすると、同じ「悪い行為」に対する抑止力がまったく変わってしまう。 つまり、この仕組みの「正直さの保証」は、その週のトークンの時価総額と同じ強さしかない。この部分は、zkVMやKeystoreロールアップの説明をするときには誰も触れない。 ニュートンのモデルレジストリ、ニュートンのdPoSバリデータ、ニュートンのインセンティブ・スタックの全てが、価格チャートの下流にある。 設計が壊れると言っているわけではない。ただ「スラッシング=セキュリティ」は、トークンが下がるまでしか成り立たないという話だ。 #NEWTtoken #NEWTUSDT #NewtonProtocol $ETH $SPCX もしNEWTが90%下落したら、スラッシングはそれでも悪意ある行為者を怖がらせられるのか?
しばらく@NewtonProtocol の切断(スラッシング)モデルを見ていて、引っかかる点がある。
ニュートンの信頼(トラスト)提案全体は、ステークされた$NEWT コラテラルに依存している。オペレーターは、エージェント・モデルを動かすために#Newt を前払いする。不正をしたら捕まって、ステークの一部を失う。紙の上では筋の通ったアイデアだ。
しかし、罰則はドルではなくNEWT建てだ。供給量は1Bトークンで固定、インフレなし。これは希少性の面では良いが、セキュリティ予算が価格に完全に連動してしまうことも意味する。NEWTが$2のときにステークの10%をスラッシュして、NEWTが$0.20のときも同じ10%をスラッシュすると、同じ「悪い行為」に対する抑止力がまったく変わってしまう。
つまり、この仕組みの「正直さの保証」は、その週のトークンの時価総額と同じ強さしかない。この部分は、zkVMやKeystoreロールアップの説明をするときには誰も触れない。
ニュートンのモデルレジストリ、ニュートンのdPoSバリデータ、ニュートンのインセンティブ・スタックの全てが、価格チャートの下流にある。
設計が壊れると言っているわけではない。ただ「スラッシング=セキュリティ」は、トークンが下がるまでしか成り立たないという話だ。
#NEWTtoken #NEWTUSDT #NewtonProtocol $ETH $SPCX
もしNEWTが90%下落したら、スラッシングはそれでも悪意ある行為者を怖がらせられるのか?
✅ Yes
85%
❌ Not as much
10%
🤷 Not sure
5%
20 投票 • 投票は終了しました
確認済み
記事
Newtonはコンプライアンスを「フィルター」ではなく「門」へと変えた@NewtonProtocol 取引するための前提としてコンプライアンスが必要になり、事後の確認ではなくなったんです。プレスリリースが聞こえさせようとしている以上に、大きな転換です。 主張:<t-43/>#Newt Protocolの新しいPersona Data Oracleは、スマートコントラクト内で実行前にアイデンティティと管轄(jurisdiction)のルールを強制します。つまり、オンチェーン金融の「permissionless(無許可)」な部分に、門番が追加されたということです。必ずしも悪い門番ではありません。しかし確かに実在する門番です。 以下を平易に説明します。$NEWT ユーザーとスマートコントラクトの間に認可(authorization)レイヤーとして機能します。Personaは、検証済みの本人確認データ(年齢、国籍、居住地、州)を提供します。Newtonのオペレーター・ネットワークがそのデータをポリシーと照合し、アテステーション(検証済みの署名付き・オンチェーン上の証明。 「この取引はチェックを通過しました」と言うもの)を発行します。有効なアテステーションがなければ、取引は行われません。仕組みはそれだけです。

Newtonはコンプライアンスを「フィルター」ではなく「門」へと変えた

@NewtonProtocol 取引するための前提としてコンプライアンスが必要になり、事後の確認ではなくなったんです。プレスリリースが聞こえさせようとしている以上に、大きな転換です。
主張:<t-43/>#Newt Protocolの新しいPersona Data Oracleは、スマートコントラクト内で実行前にアイデンティティと管轄(jurisdiction)のルールを強制します。つまり、オンチェーン金融の「permissionless(無許可)」な部分に、門番が追加されたということです。必ずしも悪い門番ではありません。しかし確かに実在する門番です。
以下を平易に説明します。$NEWT ユーザーとスマートコントラクトの間に認可(authorization)レイヤーとして機能します。Personaは、検証済みの本人確認データ(年齢、国籍、居住地、州)を提供します。Newtonのオペレーター・ネットワークがそのデータをポリシーと照合し、アテステーション(検証済みの署名付き・オンチェーン上の証明。 「この取引はチェックを通過しました」と言うもの)を発行します。有効なアテステーションがなければ、取引は行われません。仕組みはそれだけです。
·
--
#newt $NEWT @NewtonProtocol #NEWTtoken NEWTトークンは、Newton Protocolのネイティブユーティリティトークンを指します。NEWTは、自律型AI金融エージェント向けに設計された分散型の計算およびオンチェーン・ポリシーレイヤーです。NEWTトークノミクス&ユースケース ガス&トランザクション:NEWTは、ネットワーク上でのトランザクションおよびポリシー計算手数料の支払いに使用されます。 ネットワークセキュリティ:保有者は、ノードを実行し、トランザクションを検証し、プロトコルを保護するために、担保としてNEWTをステークできます。 モデルレジストリ&報酬:エージェント運用者は、NEWTをステークして自動化サービスの完全性を保証し、マルチチェーンの計算データを取得します。 ガバナンス:ステークされたトークンにより、ユーザーはプロトコルのアップグレードに関するDAOの投票権を得ます。
#newt $NEWT
@NewtonProtocol
#NEWTtoken
NEWTトークンは、Newton Protocolのネイティブユーティリティトークンを指します。NEWTは、自律型AI金融エージェント向けに設計された分散型の計算およびオンチェーン・ポリシーレイヤーです。NEWTトークノミクス&ユースケース
ガス&トランザクション:NEWTは、ネットワーク上でのトランザクションおよびポリシー計算手数料の支払いに使用されます。
ネットワークセキュリティ:保有者は、ノードを実行し、トランザクションを検証し、プロトコルを保護するために、担保としてNEWTをステークできます。
モデルレジストリ&報酬:エージェント運用者は、NEWTをステークして自動化サービスの完全性を保証し、マルチチェーンの計算データを取得します。
ガバナンス:ステークされたトークンにより、ユーザーはプロトコルのアップグレードに関するDAOの投票権を得ます。
確認済み
記事
NewtonのAPIキーがあまりに簡単に感じる—実際に統合してみるまで。Newton DashboardとAPIキーの仕組みにより、開発者はSepoliaのようなチェーン上でのポリシーシミュレーションやタスクのために、ゲートウェイへ素早くアクセスできます。重いセットアップは不要で、SDKで動くキーさえあればいい——それが紙の上での主張です。実際には、制裁チェックのようなルールのテストにかかる摩擦は減りますが、長期的な統制についてはいくつか未解決の疑問が残ります。 <c-41/>#Newt $NEWT セルフサービスのフローは高速です。dashboard.newton.xyzでサインインしてキーを取得するか、SIWEまたはメールOTPを使ってdashboard.api.newt.foundationのエンドポイントを利用してください。チャレンジを1回curlで取得し、署名し、検証したら、rpc権限付きでキーを作成します。クイックスタートのシミュレーションを試したところ、OFACのスクリーニングが有効なキーで数秒で返ってきました。

NewtonのAPIキーがあまりに簡単に感じる—実際に統合してみるまで。

Newton DashboardとAPIキーの仕組みにより、開発者はSepoliaのようなチェーン上でのポリシーシミュレーションやタスクのために、ゲートウェイへ素早くアクセスできます。重いセットアップは不要で、SDKで動くキーさえあればいい——それが紙の上での主張です。実際には、制裁チェックのようなルールのテストにかかる摩擦は減りますが、長期的な統制についてはいくつか未解決の疑問が残ります。
<c-41/>#Newt $NEWT
セルフサービスのフローは高速です。dashboard.newton.xyzでサインインしてキーを取得するか、SIWEまたはメールOTPを使ってdashboard.api.newt.foundationのエンドポイントを利用してください。チャレンジを1回curlで取得し、署名し、検証したら、rpc権限付きでキーを作成します。クイックスタートのシミュレーションを試したところ、OFACのスクリーニングが有効なキーで数秒で返ってきました。
ログインして、さらにコンテンツを読む
厳選トピックで世界の暗号資産トレーダーの仲間入り
⚡️ 暗号資産に関する最新かつ有益な情報が見つかります。
💬 世界最大の暗号資産取引所から信頼されています。
👍 認証を受けたクリエイターから、有益なインサイトを得られます。
メール / 電話番号