Binance Square
Sattar Chaqer
6.6k 投稿

Sattar Chaqer

厳選トピック確認済+
I’m back
Traders League Badge Expert
Traders League Badge Expert
141 フォロー
47.8K+ フォロワー
89.3K+ いいね
1 バッジ
投稿
PINNED
·
--
翻訳参照
One thing that stands out to me in onchain finance is how often compliance is described as a process instead of demonstrated as a result. A platform says it screened a wallet. A vault manager says it followed the mandate. A protocol says it checked the relevant rules before allowing an action to proceed. In each case the user is still being asked to trust that the right controls existed somewhere in the workflow. That’s the part I keep coming back to. A compliance promise tells you what a team says happened. It doesn’t necessarily prove that the rule was actually enforced on the transaction that moved value. Newton’s approach feels different because it pushes compliance closer to the transaction itself. Instead of just saying checks happened Newton is built to produce a signed authorization result tied to a specific transaction intent before execution. In other words the system doesn’t only describe the controls around the transaction. It creates a verifiable record that the policy was evaluated before value moved. That distinction matters more than it sounds. A promise usually lives in a process document an internal workflow or a dashboard. A receipt lives much closer to the actual transaction path. It becomes evidence that the transaction was checked under a defined policy at a defined moment. To me that’s the real shift Newton is making. It turns compliance from something a platform claims to have done into something the infrastructure can actually show. And in a system built around moving value without asking for trust, that feels like a much stronger standard than simply saying we ran the checks. @NewtonProtocol $NEWT #Newt $LAB $VANRY What matters more in compliance?
One thing that stands out to me in onchain finance is how often compliance is described as a process instead of demonstrated as a result. A platform says it screened a wallet. A vault manager says it followed the mandate. A protocol says it checked the relevant rules before allowing an action to proceed. In each case the user is still being asked to trust that the right controls existed somewhere in the workflow. That’s the part I keep coming back to. A compliance promise tells you what a team says happened. It doesn’t necessarily prove that the rule was actually enforced on the transaction that moved value. Newton’s approach feels different because it pushes compliance closer to the transaction itself. Instead of just saying checks happened Newton is built to produce a signed authorization result tied to a specific transaction intent before execution. In other words the system doesn’t only describe the controls around the transaction. It creates a verifiable record that the policy was evaluated before value moved. That distinction matters more than it sounds. A promise usually lives in a process document an internal workflow or a dashboard. A receipt lives much closer to the actual transaction path. It becomes evidence that the transaction was checked under a defined policy at a defined moment. To me that’s the real shift Newton is making. It turns compliance from something a platform claims to have done into something the infrastructure can actually show. And in a system built around moving value without asking for trust, that feels like a much stronger standard than simply saying we ran the checks.

@NewtonProtocol $NEWT #Newt $LAB $VANRY

What matters more in compliance?
Compliance Promise
Compliance Receipt
Post Trade Monitoring
Manual Review
2 残り時間
PINNED
確認済み
記事
なぜコンプライアンスの証跡は、コンプライアンスの約束よりも重要なのかオンチェーン・ファイナンスで私が何度も立ち返る点の一つは、コンプライアンスが結果として示されるのではなく、プロセスとして語られることがいかに多いかです。 あるプラットフォームはウォレットをスクリーニングしたと言っています。ある金庫管理者は指示(マンダート)に従ったと言っています。あるプロトコルは、アクションを進める前に関連するルールを確認したと言っています。いずれの場合も、ユーザーにはワークフローのどこかに正しい統制が存在していたのだと信じるよう求められています。 それは、暗号資産が小規模で、主に自己完結的だった頃には許容できたかもしれません。しかしオンチェーン上で動く資本が増えるほど、そうした約束は説得力を失っていきます。

なぜコンプライアンスの証跡は、コンプライアンスの約束よりも重要なのか

オンチェーン・ファイナンスで私が何度も立ち返る点の一つは、コンプライアンスが結果として示されるのではなく、プロセスとして語られることがいかに多いかです。
あるプラットフォームはウォレットをスクリーニングしたと言っています。ある金庫管理者は指示(マンダート)に従ったと言っています。あるプロトコルは、アクションを進める前に関連するルールを確認したと言っています。いずれの場合も、ユーザーにはワークフローのどこかに正しい統制が存在していたのだと信じるよう求められています。
それは、暗号資産が小規模で、主に自己完結的だった頃には許容できたかもしれません。しかしオンチェーン上で動く資本が増えるほど、そうした約束は説得力を失っていきます。
翻訳参照
Welcome everyone
Welcome everyone
Humara leader hai andrew
·
--
[終了] 🎙️ Kya Huwi , If you have any issue use tissue
リスナー数:274人
翻訳参照
Welcome everyone
Welcome everyone
Sahil987
·
--
[終了] 🎙️ ....
リスナー数:1.1k人
私は、暗号資産のアプリがユーザーのチェックを「取引の前に起きるもの」として扱い、取引そのものを形づくる要素として扱っていないことに、ますます気づきます。 プラットフォームは、ウォレットが特定の機能にアクセスできるか、市場に参入できるか、あるいは特定のプロダクトフローを利用できるかを判断します。そのアクセス判断が下された後、実際のオンチェーン操作は、通常は別のステップとして扱われます。ユーザーは入口は通れるのですが、取引のルート自体は、そうした条件がもはや関係ないかのように振る舞い続けます。 ニュートンのアーキテクチャを見るほど、その分離は構造的な弱点なのではないかと思えてきます。 重要なのは、旅の途中でプラットフォームがユーザーを先にチェックしたかどうかだけではありません。重要なのは、取引がまさに実行されようとする瞬間に、その関連するユーザー条件を取引が評価できるかどうかです。これが、私がニュートンのアイデンティティ・オラクルに見ている転換です。 ユーザー情報をアクセス制御の期間中だけ「重要」として扱うのではなく、ニュートンは選択したユーザー属性を認可入力として組み込みます。地域ステータスの適格性条件やその他のユーザーに紐づくルールは、承認フローそのものの一部になりえます。するとシステムは、単に「ユーザーがプロダクトに入れたか」を問うだけではなく、「この特定の取引が、この特定のポリシーのもとで許可されるべきか」を問うことができます。 それは、オンチェーン・ファイナンスの中でこれらのチェックが担う役割を変えます。 それらは、アプリへの単なる門番(ゲート)であることをやめます。 取引の意思決定そのものの一部になります。 私にとって重要なのはここです。ニュートンは、機密性の高い個人情報を公開されたオンチェーンの取引レイヤーから切り離したまま、ユーザーに紐づくルールを「実際に価値が動く場所」により近づけようとしています。 その結果、このモデルははるかに実用的になります。 暗号資産をアイデンティティ・システムに変えるからではありません。 しかし、オンチェーンアプリがユーザー条件を、別個のオフチェーン手順として残しておき、アプリが開いた後はもう効かなくなってしまうのではなく、「プログラム可能な取引ロジック」として扱えるようになるからです。 @NewtonProtocol $NEWT #Newt $HMSTR $LAB では、ユーザーの適格性はオンチェーン・ファイナンスにおいて、どこで最も重要になるべきでしょうか?
私は、暗号資産のアプリがユーザーのチェックを「取引の前に起きるもの」として扱い、取引そのものを形づくる要素として扱っていないことに、ますます気づきます。

プラットフォームは、ウォレットが特定の機能にアクセスできるか、市場に参入できるか、あるいは特定のプロダクトフローを利用できるかを判断します。そのアクセス判断が下された後、実際のオンチェーン操作は、通常は別のステップとして扱われます。ユーザーは入口は通れるのですが、取引のルート自体は、そうした条件がもはや関係ないかのように振る舞い続けます。

ニュートンのアーキテクチャを見るほど、その分離は構造的な弱点なのではないかと思えてきます。

重要なのは、旅の途中でプラットフォームがユーザーを先にチェックしたかどうかだけではありません。重要なのは、取引がまさに実行されようとする瞬間に、その関連するユーザー条件を取引が評価できるかどうかです。これが、私がニュートンのアイデンティティ・オラクルに見ている転換です。

ユーザー情報をアクセス制御の期間中だけ「重要」として扱うのではなく、ニュートンは選択したユーザー属性を認可入力として組み込みます。地域ステータスの適格性条件やその他のユーザーに紐づくルールは、承認フローそのものの一部になりえます。するとシステムは、単に「ユーザーがプロダクトに入れたか」を問うだけではなく、「この特定の取引が、この特定のポリシーのもとで許可されるべきか」を問うことができます。

それは、オンチェーン・ファイナンスの中でこれらのチェックが担う役割を変えます。

それらは、アプリへの単なる門番(ゲート)であることをやめます。

取引の意思決定そのものの一部になります。

私にとって重要なのはここです。ニュートンは、機密性の高い個人情報を公開されたオンチェーンの取引レイヤーから切り離したまま、ユーザーに紐づくルールを「実際に価値が動く場所」により近づけようとしています。

その結果、このモデルははるかに実用的になります。

暗号資産をアイデンティティ・システムに変えるからではありません。

しかし、オンチェーンアプリがユーザー条件を、別個のオフチェーン手順として残しておき、アプリが開いた後はもう効かなくなってしまうのではなく、「プログラム可能な取引ロジック」として扱えるようになるからです。

@NewtonProtocol $NEWT #Newt $HMSTR $LAB

では、ユーザーの適格性はオンチェーン・ファイナンスにおいて、どこで最も重要になるべきでしょうか?
During Onboarding Only
56%
When Accessing the App
22%
MomentTransactionAuthorization
22%
OnlyPosttrade Compliance Check
0%
9 投票 • 投票は終了しました
さあ、クラムを取りに行こう
さあ、クラムを取りに行こう
Nadyisom
·
--
TLM上場廃止モードが有効化されました 🚨
俺のバッグ(資産)が、元カノがグループチャットから追放されたより早く追い出された。
ポートフォリオ状況:
感情サポート・トークン:消滅
コーピウム補給:致命的に少ない
俺:シンプみたいにチャートをまだ更新し続けてる 😭💀
$TLM $TLM
記事
Newton Identity Oracle 検証済みアイデンティティが取引ロジックになるまで長い間、暗号領域におけるユーザーの適格性は、主にプロダクトの外縁に存在してきました。 アプリケーションは、ウォレットが機能へのアクセスを許可されるべきか、市場に参加すべきか、または特定のフローを使用すべきかを判断します。これらの判断は多くの場合、実際の取引そのものの前に行われ、ユーザーがアプリに到達した後は、実際のオンチェーン操作は別のステップとして扱われます。 ニュートンのアーキテクチャを見れば見るほど、オンチェーンのルールが今日どのように扱われているかにおいて、その分離が最大の弱点の1つだと思えてきます。

Newton Identity Oracle 検証済みアイデンティティが取引ロジックになるまで

長い間、暗号領域におけるユーザーの適格性は、主にプロダクトの外縁に存在してきました。
アプリケーションは、ウォレットが機能へのアクセスを許可されるべきか、市場に参加すべきか、または特定のフローを使用すべきかを判断します。これらの判断は多くの場合、実際の取引そのものの前に行われ、ユーザーがアプリに到達した後は、実際のオンチェーン操作は別のステップとして扱われます。
ニュートンのアーキテクチャを見れば見るほど、オンチェーンのルールが今日どのように扱われているかにおいて、その分離が最大の弱点の1つだと思えてきます。
確認済み
暗号資産のアプリが、インターフェース上の制限と実際の強制(enforcement)をまだ混同していることに、私はずっと気づいています。フロントエンドはボタンを隠したり、地域をブロックしたり、ウォレットが特定の機能を使えないように見せたりできるのです。表面的にはコンプライアンスに見えます。ユーザーにはその制限が見えるし、アプリは目に見える操作レイヤーを指し示して「チェックは整っています」と主張できます。ですが、それらは取引そのものが実際に統制されていることを意味しません。 スマートコントラクトが直接呼び出せるのであれば、そのルールは「価値が移動する場所」には存在していないのです。それは契約の上に載るアプリ層にとどまっています。これにより“うっかりした誤用”は減るかもしれませんが、取引レベルでの実効的な強制にはなりません。これこそが、Newtonが解決しようとしている弱点です。 Newtonの枠組みでは、コンプライアンスは「ユーザーが承認済みのインターフェース内に留まるかどうか」に依存すべきではありません。承認(authorization)の時点、つまり取引が認可される地点で、決済の前に強制されるべきです。そのためPersonaの統合が私にとって重要なのです。単に身元や居住地を証明するだけではありません。これらの属性を認可パスの中で活用し、実行の前に取引を評価できるようにすることで、フロントエンドで単にフィルタするだけ、という状態から脱するのです。 そしてそれは、基準をまったく変えてしまいます。 フロントエンドの制御だけだと「アプリの中でこの操作を止めようとしました」と言うことになります。取引レイヤー側の制御なら「この操作は、ポリシーを満たさない限り実行できません」と言えます。これはずっと強い主張です。 オンチェーンの金融では、本当の問いは「インターフェースがクリックをブロックしたかどうか」ではありません。本当に問うべきは「コントラクトへの経路がまだ開いていたか」です。開いていたなら、コンプライアンス規則は常に迂回可能だったということになります。 だからこそ、私はNewtonのアーキテクチャが重要だと思っています。コンプライアンスをUIレベルの制限から切り離し、取引が実際に“本物”になる場所へ近づけるからです。暗号資産の世界では、スマートコントラクトが最終的なゲートです。コンプライアンスがその層まで届かなければ、それはまだ「制御すべき対象」から一段ズレた場所で働いていることになります。 @NewtonProtocol $NEWT #Newt $TLM $ARPA 暗号資産のコンプライアンスは、どこで実際に強制されるべきでしょうか?
暗号資産のアプリが、インターフェース上の制限と実際の強制(enforcement)をまだ混同していることに、私はずっと気づいています。フロントエンドはボタンを隠したり、地域をブロックしたり、ウォレットが特定の機能を使えないように見せたりできるのです。表面的にはコンプライアンスに見えます。ユーザーにはその制限が見えるし、アプリは目に見える操作レイヤーを指し示して「チェックは整っています」と主張できます。ですが、それらは取引そのものが実際に統制されていることを意味しません。

スマートコントラクトが直接呼び出せるのであれば、そのルールは「価値が移動する場所」には存在していないのです。それは契約の上に載るアプリ層にとどまっています。これにより“うっかりした誤用”は減るかもしれませんが、取引レベルでの実効的な強制にはなりません。これこそが、Newtonが解決しようとしている弱点です。

Newtonの枠組みでは、コンプライアンスは「ユーザーが承認済みのインターフェース内に留まるかどうか」に依存すべきではありません。承認(authorization)の時点、つまり取引が認可される地点で、決済の前に強制されるべきです。そのためPersonaの統合が私にとって重要なのです。単に身元や居住地を証明するだけではありません。これらの属性を認可パスの中で活用し、実行の前に取引を評価できるようにすることで、フロントエンドで単にフィルタするだけ、という状態から脱するのです。

そしてそれは、基準をまったく変えてしまいます。

フロントエンドの制御だけだと「アプリの中でこの操作を止めようとしました」と言うことになります。取引レイヤー側の制御なら「この操作は、ポリシーを満たさない限り実行できません」と言えます。これはずっと強い主張です。

オンチェーンの金融では、本当の問いは「インターフェースがクリックをブロックしたかどうか」ではありません。本当に問うべきは「コントラクトへの経路がまだ開いていたか」です。開いていたなら、コンプライアンス規則は常に迂回可能だったということになります。

だからこそ、私はNewtonのアーキテクチャが重要だと思っています。コンプライアンスをUIレベルの制限から切り離し、取引が実際に“本物”になる場所へ近づけるからです。暗号資産の世界では、スマートコントラクトが最終的なゲートです。コンプライアンスがその層まで届かなければ、それはまだ「制御すべき対象」から一段ズレた場所で働いていることになります。

@NewtonProtocol $NEWT #Newt $TLM $ARPA
暗号資産のコンプライアンスは、どこで実際に強制されるべきでしょうか?
In the Frontend
55%
During Onboarding
9%
At the Authorization Layer
18%
Settlement Through Monitoring
18%
11 投票 • 投票は終了しました
確認済み
記事
コンプライアンスはフロントエンド上にしか存在しないと失敗する理由長い間、暗号資産の商品は、コンプライアンスを取引の「外側」で起きるものとして扱ってきました。取引の「内側」ではなくです。 フロントエンドは、ボタンをクリックすることをウォレットに対してブロックします。Webアプリは、制限された地域のユーザーから特定の機能を隠します。オンボーディングのフローでは、ダッシュボードへのアクセスを許可する前に本人確認を行います。表面的には、それはコンプライアンスのように見えるかもしれません。インターフェースは、ユーザーが目にする制限事項に対してルールを強制しているように見え、製品側も目に見える制御レイヤーを提示できます。 問題は、それらのコントロールが実際には取引そのものの経路を制御していないことです。

コンプライアンスはフロントエンド上にしか存在しないと失敗する理由

長い間、暗号資産の商品は、コンプライアンスを取引の「外側」で起きるものとして扱ってきました。取引の「内側」ではなくです。
フロントエンドは、ボタンをクリックすることをウォレットに対してブロックします。Webアプリは、制限された地域のユーザーから特定の機能を隠します。オンボーディングのフローでは、ダッシュボードへのアクセスを許可する前に本人確認を行います。表面的には、それはコンプライアンスのように見えるかもしれません。インターフェースは、ユーザーが目にする制限事項に対してルールを強制しているように見え、製品側も目に見える制御レイヤーを提示できます。
問題は、それらのコントロールが実際には取引そのものの経路を制御していないことです。
確認済み
暗号資産のコンプライアンスが、取引そのものの中に内在するロジックではなく、取引の周りにくっついた書類の手続きのように扱われ続けていることに、私はずっと気づかされます。 そのモデルは、承認の制限や審査が別々の業務レイヤーとして存在し得る、古い金融システムでは理にかなっていました。ですがオンチェーン・ファイナンスはそうではありません。スマートコントラクトは自動的に実行されて価値の決済は素早く行われ、取引が止まってコンプライアンスチームが事後に手作業でポリシーを解釈できるようにはなっていません。 決済がすでにプログラマブルであるなら、コンプライアンスもおそらくプログラマブルになる必要があります。 その点が、ニュートン・プロトコルの中でも特に興味深いところです。 ニュートンは、コンプライアンスを取引に付随する外部のチェックリストとして扱いません。ポリシーを、実行の前にシステムが評価できるものへと変換します。RegoやOpen Policy Agentのようなツールを使って、トランザクションのルールを、PDFの社内手順やハードコードされたプロダクトロジックの奥に埋もれたものではなく、機械が読める論理として記述できるようになるのです。 それはコンプライアンスの役割をまったく変えます。 取引上限はプログラマブルなロジックになります。 管轄(ジャーリスディクション)の制限もプログラマブルなロジックになります。 投資家の適格性要件もプログラマブルなロジックになります。 制裁(サンクション)の確認もプログラマブルなロジックになります。 これらのルールがコードとして表現されると、コンプライアンスはゆるい運用プロセスではなくなり、インフラのように振る舞い始めます。価値が動く前に、ソフトウェアが一貫して評価できるものになるのです。 私にとって、それがニュートンが押し進めている本当の転換です。 スマートコントラクトが決済をプログラマブルにした。 ニュートンは同じことをポリシーに対してしようとしています。 そして、オンチェーン・ファイナンスがより本格的な金融活動を支えるのであれば、コンプライアンスがずっとシステムの外側に置かれた書類として留まるわけにはいかないでしょう。 @NewtonProtocol $NEWT #Newt $M $US コンプライアントなオンチェーン・ファイナンスにとって最大のボトルネックは何ですか?
暗号資産のコンプライアンスが、取引そのものの中に内在するロジックではなく、取引の周りにくっついた書類の手続きのように扱われ続けていることに、私はずっと気づかされます。

そのモデルは、承認の制限や審査が別々の業務レイヤーとして存在し得る、古い金融システムでは理にかなっていました。ですがオンチェーン・ファイナンスはそうではありません。スマートコントラクトは自動的に実行されて価値の決済は素早く行われ、取引が止まってコンプライアンスチームが事後に手作業でポリシーを解釈できるようにはなっていません。

決済がすでにプログラマブルであるなら、コンプライアンスもおそらくプログラマブルになる必要があります。

その点が、ニュートン・プロトコルの中でも特に興味深いところです。

ニュートンは、コンプライアンスを取引に付随する外部のチェックリストとして扱いません。ポリシーを、実行の前にシステムが評価できるものへと変換します。RegoやOpen Policy Agentのようなツールを使って、トランザクションのルールを、PDFの社内手順やハードコードされたプロダクトロジックの奥に埋もれたものではなく、機械が読める論理として記述できるようになるのです。

それはコンプライアンスの役割をまったく変えます。

取引上限はプログラマブルなロジックになります。

管轄(ジャーリスディクション)の制限もプログラマブルなロジックになります。

投資家の適格性要件もプログラマブルなロジックになります。

制裁(サンクション)の確認もプログラマブルなロジックになります。

これらのルールがコードとして表現されると、コンプライアンスはゆるい運用プロセスではなくなり、インフラのように振る舞い始めます。価値が動く前に、ソフトウェアが一貫して評価できるものになるのです。

私にとって、それがニュートンが押し進めている本当の転換です。

スマートコントラクトが決済をプログラマブルにした。

ニュートンは同じことをポリシーに対してしようとしています。

そして、オンチェーン・ファイナンスがより本格的な金融活動を支えるのであれば、コンプライアンスがずっとシステムの外側に置かれた書類として留まるわけにはいかないでしょう。

@NewtonProtocol $NEWT #Newt $M $US

コンプライアントなオンチェーン・ファイナンスにとって最大のボトルネックは何ですか?
Manual Compliance Processes
60%
Slow Settlement Systems
10%
Limited Scalability
10%
Lack of Programmable Policy
20%
10 投票 • 投票は終了しました
引用されたコンテンツは削除されました
確認済み
記事
How Programmable Policies Turn Compliance Into Code金融におけるコンプライアンスの話になると、たいていは管理業務のような雰囲気になります。身の回りにあるイメージとしては、法的要件、オンボーディングの書類、社内承認、そして長い運用チェックリストが思い浮かぶでしょう。プロセスが、取引を支配するシステムの内側というより、取引の外にコンプライアンスが存在しているかのように、インフラそのものから切り離されて感じられることが多いのです。 オンチェーン・ファイナンスが進化していく様子を見れば見るほど、そのモデルがそろそろ限界に近づいているのではないかと思えてきます。 ブロックチェーンのシステムはコードを通じて価値を動かします。スマートコントラクトは、バックオフィスの担当チームに残高の更新や実行の手動確認を頼りません。決定論的なルールに従って、結果を自動的に生成します。そして決済がすでにプログラム可能になっているなら、次に論理的に考えるべきはコンプライアンスも同様にプログラム可能になり得るかどうかです。

How Programmable Policies Turn Compliance Into Code

金融におけるコンプライアンスの話になると、たいていは管理業務のような雰囲気になります。身の回りにあるイメージとしては、法的要件、オンボーディングの書類、社内承認、そして長い運用チェックリストが思い浮かぶでしょう。プロセスが、取引を支配するシステムの内側というより、取引の外にコンプライアンスが存在しているかのように、インフラそのものから切り離されて感じられることが多いのです。
オンチェーン・ファイナンスが進化していく様子を見れば見るほど、そのモデルがそろそろ限界に近づいているのではないかと思えてきます。
ブロックチェーンのシステムはコードを通じて価値を動かします。スマートコントラクトは、バックオフィスの担当チームに残高の更新や実行の手動確認を頼りません。決定論的なルールに従って、結果を自動的に生成します。そして決済がすでにプログラム可能になっているなら、次に論理的に考えるべきはコンプライアンスも同様にプログラム可能になり得るかどうかです。
以前は、認可と決済は同じ取引プロセスの別名にすぎないと思っていました。金融インフラをより深く調べるほど、それらはまったく異なる課題を解いているのだと気づきました。 決済とは、価値の最終的な移動です。残高記録を更新し、所有権の変更を反映し、ブロックチェーン上で取引の最終状態を確定させます。こここそがパブリック・ブロックチェーンが長年その強みを証明してきた領域です。 一方、認可は別の目的を果たします。 認可は実行の前に行われ、「この取引は前に進めるべきか?」という1つの問いに焦点を当てます。結果を記録するのではなく、決済が始まる前に認可が取引を評価します。 従来の決済ネットワークは、この責務を常に分けてきました。支払い要求はまず認可され、その後に決済されます。各段階は異なる役割を担い、価値が移転される前に金融システムが判断できるようにします。 私の関心を引いたのは、Newton Protocolがオンチェーン・ファイナンスにもこの同じアーキテクチャ上の原則を適用していることです。 ブロックチェーンの決済を変えるのではなく、Newtonは実行の前に取引の意図を評価する専用の認可レイヤーを導入します。決済はそのまま得意なことを続け、認可が取引ライフサイクル内で別の責任として担うようになります。 考えれば考えるほど、この分離は理にかなっていると感じます。 決済は「何が起きたか」に答えます。 認可は「それが起きるべきか」に答えます。 それらは別の問いであり、別のインフラが必要です。 この違いを理解したことで、私のブロックチェーン・アーキテクチャの見方が変わりました。オンチェーン・ファイナンスの未来は、決済の改善だけに依存しないかもしれません。認可と決済が同じ仕事をしようとするのではなく、互いを補完し合うときに最も効果を発揮するのだと認識することが、同様に重要になる可能性があります。 @NewtonProtocol $NEWT #Newt オンチェーン・ファイナンスの未来にとって、どのレイヤーの方がより重要でしょうか?
以前は、認可と決済は同じ取引プロセスの別名にすぎないと思っていました。金融インフラをより深く調べるほど、それらはまったく異なる課題を解いているのだと気づきました。

決済とは、価値の最終的な移動です。残高記録を更新し、所有権の変更を反映し、ブロックチェーン上で取引の最終状態を確定させます。こここそがパブリック・ブロックチェーンが長年その強みを証明してきた領域です。

一方、認可は別の目的を果たします。

認可は実行の前に行われ、「この取引は前に進めるべきか?」という1つの問いに焦点を当てます。結果を記録するのではなく、決済が始まる前に認可が取引を評価します。

従来の決済ネットワークは、この責務を常に分けてきました。支払い要求はまず認可され、その後に決済されます。各段階は異なる役割を担い、価値が移転される前に金融システムが判断できるようにします。

私の関心を引いたのは、Newton Protocolがオンチェーン・ファイナンスにもこの同じアーキテクチャ上の原則を適用していることです。

ブロックチェーンの決済を変えるのではなく、Newtonは実行の前に取引の意図を評価する専用の認可レイヤーを導入します。決済はそのまま得意なことを続け、認可が取引ライフサイクル内で別の責任として担うようになります。

考えれば考えるほど、この分離は理にかなっていると感じます。

決済は「何が起きたか」に答えます。

認可は「それが起きるべきか」に答えます。

それらは別の問いであり、別のインフラが必要です。

この違いを理解したことで、私のブロックチェーン・アーキテクチャの見方が変わりました。オンチェーン・ファイナンスの未来は、決済の改善だけに依存しないかもしれません。認可と決済が同じ仕事をしようとするのではなく、互いを補完し合うときに最も効果を発揮するのだと認識することが、同様に重要になる可能性があります。

@NewtonProtocol $NEWT #Newt

オンチェーン・ファイナンスの未来にとって、どのレイヤーの方がより重要でしょうか?
Authorization
67%
Settlement
0%
Both are Equally Important
33%
It Depends on the use Case
0%
3 投票 • 投票は終了しました
確認済み
記事
なぜ認可は決済とは異なるのか人々がブロックチェーンのインフラについて話すとき、通常は取引の速度、ネットワークのセキュリティ、そして最終性をめぐる議論になります。これらの議論では、取引プロセス全体を単一のイベントとして扱うことがよくありますが、実際には、あらゆる金融システムには2つのまったく異なる責任が存在します。それが、認可と決済です。 長い間、私はそれらが同じプロセスの単なる別名だと思い込んでいました。金融インフラをより深く調べるほど、両者がまったく別の問題を解決しているのだと気づきました。

なぜ認可は決済とは異なるのか

人々がブロックチェーンのインフラについて話すとき、通常は取引の速度、ネットワークのセキュリティ、そして最終性をめぐる議論になります。これらの議論では、取引プロセス全体を単一のイベントとして扱うことがよくありますが、実際には、あらゆる金融システムには2つのまったく異なる責任が存在します。それが、認可と決済です。
長い間、私はそれらが同じプロセスの単なる別名だと思い込んでいました。金融インフラをより深く調べるほど、両者がまったく別の問題を解決しているのだと気づきました。
以前は、ブロックチェーンは中央の仲介者に頼らずに取引を決済できるため、金融における最大の課題はすでに解決済みだと思っていました。 オンチェーンのインフラを深く調べるほど、決済は方程式の一部にすぎないと気づきました。 ブロックチェーンは、ネットワークのルールに従って取引が有効かどうかを確認できます。しかし、その取引が実行される前に前進すべきかどうかまで常に答えるわけではありません。 この違いは、ステーブルコインがトークン化資産として広がり、機関投資家向けのアプリケーションがパブリック・ブロックチェーン全体に拡大するほど、ますます重要になります。金融システムは、価値が移る「後」ではなく、移る「前」に判断を求められることがよくあります。いったん取引が決済されると、結果を覆すのはめったに簡単ではありません。 だからこそ、私はNewton Protocolのアプローチに興味を持っています。 既存のブロックチェーンと競合するのではなく、NewtonProtocolは、取引の意図と実行の間に位置する認可レイヤーを導入します。狙いは決済を置き換えることではなく、取引が確定される前に評価できるようにすることで、それを補完することです。これにより、すでにブロックチェーンがうまく担っている役割を維持しつつ、より包括的な取引フローが実現されます。 このように捉えると、私のオンチェーン・ファイナンスに対する考え方が変わります。 次のブロックチェーン・インフラの段階は、毎秒処理できる取引数を増やすことだけではないのかもしれません。そうした取引が起こる前に、より良い意思決定を導入することでもあるはずです。 決済は、何が起きたかを記録します。 認可は、そもそも実行すべきかどうかを判断するのに役立ちます。 これは、別のブロックチェーン機能というよりも、より成熟した金融エコシステムのために設計された追加のインフラ層のように感じます。 @NewtonProtocol $NEWT #Newt オンチェーン・ファイナンスにおける最も重要な不足しているレイヤーとは何ですか?
以前は、ブロックチェーンは中央の仲介者に頼らずに取引を決済できるため、金融における最大の課題はすでに解決済みだと思っていました。

オンチェーンのインフラを深く調べるほど、決済は方程式の一部にすぎないと気づきました。

ブロックチェーンは、ネットワークのルールに従って取引が有効かどうかを確認できます。しかし、その取引が実行される前に前進すべきかどうかまで常に答えるわけではありません。

この違いは、ステーブルコインがトークン化資産として広がり、機関投資家向けのアプリケーションがパブリック・ブロックチェーン全体に拡大するほど、ますます重要になります。金融システムは、価値が移る「後」ではなく、移る「前」に判断を求められることがよくあります。いったん取引が決済されると、結果を覆すのはめったに簡単ではありません。

だからこそ、私はNewton Protocolのアプローチに興味を持っています。

既存のブロックチェーンと競合するのではなく、NewtonProtocolは、取引の意図と実行の間に位置する認可レイヤーを導入します。狙いは決済を置き換えることではなく、取引が確定される前に評価できるようにすることで、それを補完することです。これにより、すでにブロックチェーンがうまく担っている役割を維持しつつ、より包括的な取引フローが実現されます。

このように捉えると、私のオンチェーン・ファイナンスに対する考え方が変わります。

次のブロックチェーン・インフラの段階は、毎秒処理できる取引数を増やすことだけではないのかもしれません。そうした取引が起こる前に、より良い意思決定を導入することでもあるはずです。

決済は、何が起きたかを記録します。

認可は、そもそも実行すべきかどうかを判断するのに役立ちます。

これは、別のブロックチェーン機能というよりも、より成熟した金融エコシステムのために設計された追加のインフラ層のように感じます。

@NewtonProtocol $NEWT #Newt

オンチェーン・ファイナンスにおける最も重要な不足しているレイヤーとは何ですか?
Faster Settlement
100%
Better Authorization
0%
Lower Transaction Fees
0%
Greater Scalability
0%
1 投票 • 投票は終了しました
記事
なぜオンチェーンの金融には認可レイヤーが必要なのか長年、ブロックチェーンの革新は取引をより速く、より安く、そしてより透明にすることに注力してきました。ネットワークは、スループット、ファイナリティ(確定性)、スケーラビリティ、相互運用性をめぐって競争しています。なぜなら、決済は常に分散型金融の土台として見なされてきたからです。 しかしオンチェーン・インフラを学べば学ぶほど、決済は決して物語の全てではなかったのではないかと思うようになりました。 すべての取引は意図から始まります。誰かが価値を移転しようとしたり、スマートコントラクトとやり取りしたり、あるいは金融行為を実行したりして、その意思決定が行われます。ブロックチェーンは、その意思決定の結果を記録するのには非常に優れていますが、実行の前にその取引を進めるべきかどうかを評価することはほとんどありません。有効な署名とプロトコル上のルールが満たされると、決済が行われます。

なぜオンチェーンの金融には認可レイヤーが必要なのか

長年、ブロックチェーンの革新は取引をより速く、より安く、そしてより透明にすることに注力してきました。ネットワークは、スループット、ファイナリティ(確定性)、スケーラビリティ、相互運用性をめぐって競争しています。なぜなら、決済は常に分散型金融の土台として見なされてきたからです。
しかしオンチェーン・インフラを学べば学ぶほど、決済は決して物語の全てではなかったのではないかと思うようになりました。
すべての取引は意図から始まります。誰かが価値を移転しようとしたり、スマートコントラクトとやり取りしたり、あるいは金融行為を実行したりして、その意思決定が行われます。ブロックチェーンは、その意思決定の結果を記録するのには非常に優れていますが、実行の前にその取引を進めるべきかどうかを評価することはほとんどありません。有効な署名とプロトコル上のルールが満たされると、決済が行われます。
品質は常に量よりも優先されるべきです。 クリエイターには、実際の調査と独自の洞察に対して公正な報酬が与えられるべきです。 Binanceはこれらの日々のコンテンツ要件を見直す時です。@richardteng @Binance_Square_Official
品質は常に量よりも優先されるべきです。
クリエイターには、実際の調査と独自の洞察に対して公正な報酬が与えられるべきです。
Binanceはこれらの日々のコンテンツ要件を見直す時です。@Richard Teng @Binance Square Official
Nadyisom
·
--
なぜバイナンスの毎日のコンテンツ・タスクはクリエイターを搾取しているのか そろそろ基準を変える時です
私は2018年から暗号資産をフルタイムで取引しており、何年もかけてDeFi、AIエージェント、ブロックチェーンのプロジェクトに関するコンテンツを制作してきました。バイナンススクエアのようなプラットフォームや、Write-to-Earnおよびcreatorpadのようなプログラムは、クリエイターに報酬を与えるはずです。ところが、最近のタスク要件を見てみると、正直がっかりしています。
バイナンスは、クリエイターが15日間連続で、毎日短い投稿を1つ、全文の記事を1つ、そしてXの投稿を1つ届けなければならないというモデルを推し進めているように見えます。これだけの努力をして得られるのは、合計で40〜60 USDTに過ぎません。
OpenGradientを学ぶ間、ずっと繰り返し頭に浮かんでくる考えがありました。 長年、ブロックチェーンは主に取引を記録するために設計されているのだと思っていました。 価値を移す。 データを保存する。 コンセンサスに到達する。 AIのインフラをより深く探るほど、次の役割はそれとは大きく異なるかもしれないと感じるようになりました。 AIは新たな課題をもたらします。 最も重要な問いは、いつも取引が発生したかどうかではありません。 信頼できる形で、知的なシステムが結論に到達したかどうかです。 それによって、ブロックチェーンに求められることが変わっていきます。 OpenGradientについて際立っているのは、単にAIをブロックチェーンに載せることではなく、検証可能なAIに焦点を当てている点です。 知能が生まれる場所としてブロックチェーンを扱うのではなく、そのアーキテクチャはそれを、AI実行への確信を形作るための、より広範な検証プロセスの一部として捉えています。 この違いは重要だと感じます。 AIシステムがより高い能力を持つようになるにつれて、その判断そのものと同じくらい、判断への確信が価値を持つようになるかもしれません。 OpenGradientのアーキテクチャを深く掘り下げるほど、ブロックチェーンは金融インフラを超えて進化しているのだと私はますます確信しています。 それは「確信」のためのインフラになりつつあります。 もしかすると、ブロックチェーンの次の大きな役割は、より多くの取引を処理することではないのかもしれません。 AIシステムがますます重要な意思決定を行う世界で、知能の検証を助けることになるのです。 ある技術の最大の進化が、その本質を変えることでないこともあります。 それは、可能にすることを広げることです。 @OpenGradient $OPG #OPG $TAC $BSB AI時代におけるブロックチェーンの最大の役割は何になるでしょうか?
OpenGradientを学ぶ間、ずっと繰り返し頭に浮かんでくる考えがありました。

長年、ブロックチェーンは主に取引を記録するために設計されているのだと思っていました。

価値を移す。

データを保存する。

コンセンサスに到達する。

AIのインフラをより深く探るほど、次の役割はそれとは大きく異なるかもしれないと感じるようになりました。

AIは新たな課題をもたらします。

最も重要な問いは、いつも取引が発生したかどうかではありません。

信頼できる形で、知的なシステムが結論に到達したかどうかです。

それによって、ブロックチェーンに求められることが変わっていきます。

OpenGradientについて際立っているのは、単にAIをブロックチェーンに載せることではなく、検証可能なAIに焦点を当てている点です。

知能が生まれる場所としてブロックチェーンを扱うのではなく、そのアーキテクチャはそれを、AI実行への確信を形作るための、より広範な検証プロセスの一部として捉えています。

この違いは重要だと感じます。

AIシステムがより高い能力を持つようになるにつれて、その判断そのものと同じくらい、判断への確信が価値を持つようになるかもしれません。

OpenGradientのアーキテクチャを深く掘り下げるほど、ブロックチェーンは金融インフラを超えて進化しているのだと私はますます確信しています。

それは「確信」のためのインフラになりつつあります。

もしかすると、ブロックチェーンの次の大きな役割は、より多くの取引を処理することではないのかもしれません。

AIシステムがますます重要な意思決定を行う世界で、知能の検証を助けることになるのです。

ある技術の最大の進化が、その本質を変えることでないこともあります。

それは、可能にすることを広げることです。

@OpenGradient

$OPG #OPG $TAC $BSB

AI時代におけるブロックチェーンの最大の役割は何になるでしょうか?
Processing Transactions
67%
Storing Data
0%
Verifying AI
33%
Coordinating networks
0%
6 投票 • 投票は終了しました
J U L I E
·
--
[終了] 🎙️ 新しい章が始まります🌸 今日は僕の記念日 😁🎂
リスナー数:448人
$ETH を保有するのは一つのことです。しかし、ネットワークの意味のある持分を保有するのは別のことです。 BitMineは引き続きイーサリアムの保有資産(トレジャリー)を積み増しており、現在は全体のETH供給量の約4.7%をコントロールしています。これは、同社が掲げる目標である5%に近づく動きです。さらに同社は、それらの保有分のかなりの部分をバリデータ基盤を通じてステーキングしており、単なる積み増し戦略以上のものになっています。 私が興味深いと思うのは、購入の規模だけではありません。 そこにあるのは、機関(インスティテューション)の考え方が示すものです。 BitMineはETHを短期のトレードとして扱うのではなく、ステーキング、ネットワーク参加、そしてトークン化やオンチェーンの金融インフラにおけるイーサリアムの役割が拡大していく流れを見据えた長期ポジションを築こうとしているように見えます。 このアプローチが成功するかどうかはまだ分かりませんが、より大きな変化を反映していることは確かです。 大規模な組織がブロックチェーン・ネットワークを、単に保有するだけの資産ではなく、成果を生み出す生産的なデジタル・インフラとして捉える動きがますます強まっています。 これは注目する価値のあるトレンドです。 今後数年で、企業のETHトレジャリーはビットコインのトレジャリーと同じくらい一般的になると思いますか? #Ethereum #blockchain #Web3 #CryptoNews #DYOR {future}(ETHUSDT)
$ETH を保有するのは一つのことです。しかし、ネットワークの意味のある持分を保有するのは別のことです。

BitMineは引き続きイーサリアムの保有資産(トレジャリー)を積み増しており、現在は全体のETH供給量の約4.7%をコントロールしています。これは、同社が掲げる目標である5%に近づく動きです。さらに同社は、それらの保有分のかなりの部分をバリデータ基盤を通じてステーキングしており、単なる積み増し戦略以上のものになっています。

私が興味深いと思うのは、購入の規模だけではありません。

そこにあるのは、機関(インスティテューション)の考え方が示すものです。

BitMineはETHを短期のトレードとして扱うのではなく、ステーキング、ネットワーク参加、そしてトークン化やオンチェーンの金融インフラにおけるイーサリアムの役割が拡大していく流れを見据えた長期ポジションを築こうとしているように見えます。

このアプローチが成功するかどうかはまだ分かりませんが、より大きな変化を反映していることは確かです。

大規模な組織がブロックチェーン・ネットワークを、単に保有するだけの資産ではなく、成果を生み出す生産的なデジタル・インフラとして捉える動きがますます強まっています。

これは注目する価値のあるトレンドです。

今後数年で、企業のETHトレジャリーはビットコインのトレジャリーと同じくらい一般的になると思いますか?

#Ethereum #blockchain #Web3 #CryptoNews #DYOR
ログインして、さらにコンテンツを読む
厳選トピックで世界の暗号資産トレーダーの仲間入り
⚡️ 暗号資産に関する最新かつ有益な情報が見つかります。
💬 世界最大の暗号資産取引所から信頼されています。
👍 認証を受けたクリエイターから、有益なインサイトを得られます。
メール / 電話番号
サイトマップ
Cookieの設定
プラットフォーム利用規約