Binance Square
RUMI CRYPTO107
10.1k Beiträge

RUMI CRYPTO107

Crypto Trader, Learning Daily, Risk Managed
1.0K+ Following
14.6K+ Follower
5.5K+ Like gegeben
Beiträge
🎙️ 欢迎走进糖宝直播间等你来聊聊web3财富密码
avatar
Beenden
04 h 07 m 46 s
4.8k
64
86
🎙️ 周末行情怎么走?
avatar
Beenden
03 h 56 m 54 s
7.7k
13
18
🎙️ 交友聊天
avatar
Beenden
04 h 14 m 59 s
6.3k
13
14
🎙️ Independence Day Relief Rally: Crypto Rallies on Jobs Data, ETF Inflow
avatar
Beenden
03 h 49 m 53 s
486
6
1
🎙️ 维护生态平衡,共建币安广场
avatar
Beenden
04 h 22 m 51 s
13.7k
26
79
·
--
Artikel
Newtons Oracle-Sandbox hat meine Sicht auf Offchain-Trust verändertHeute Morgen war ich fast dabei, mehr $NEWT bei einem ruhigen Rücksetzer zu kaufen, aber ich habe mich zurückgehalten und stattdessen die nächste Stunde damit verbracht, die Doku zu lesen. Meine Position ist immer noch ziemlich klein, und ich habe auf die harte Tour gelernt, dass der Einstieg, bevor man die Architektur wirklich verstanden hat, am Ende meistens mehr kostet als einfach noch ein bisschen zu warten. Eine Sache im Besonderen ließ mich lange nach dem Schließen des Browsers nicht mehr los. Am Anfang dachte ich, dass Newtons PolicyData-Orakel vor allem deshalb ziemlich cool sind, weil sie all die externen Daten mitbringen können. Aber je tiefer ich gegraben habe, desto mehr habe ich gemerkt, dass die größere Geschichte eigentlich alles ist, was ihnen nicht erlaubt ist. Diese Orakel laufen als WASM-Module in einer abgeschotteten Wasmtime-Sandbox auf den Operatoren. Sie bekommen strukturierte Eingaben, holen sich, was sie von außerhalb brauchen, und geben JSON zurück, mit dem die Rego-Policy arbeiten kann. Klingt unkompliziert – bis man die harten Grenzen sieht. Keine Erkundung privater Netzwerke, keine Loopback-Adressen und kein Link-local-Zeug. Wenn es Daten braucht, muss diese Quelle hinter einem ordentlichen öffentlichen Endpoint sitzen. Man kann sogar ein JSON-Schema einrichten, sodass fehlerhafte Anfragen abgefangen werden, bevor überhaupt Code ausgeführt wird.

Newtons Oracle-Sandbox hat meine Sicht auf Offchain-Trust verändert

Heute Morgen war ich fast dabei, mehr $NEWT bei einem ruhigen Rücksetzer zu kaufen, aber ich habe mich zurückgehalten und stattdessen die nächste Stunde damit verbracht, die Doku zu lesen. Meine Position ist immer noch ziemlich klein, und ich habe auf die harte Tour gelernt, dass der Einstieg, bevor man die Architektur wirklich verstanden hat, am Ende meistens mehr kostet als einfach noch ein bisschen zu warten. Eine Sache im Besonderen ließ mich lange nach dem Schließen des Browsers nicht mehr los.
Am Anfang dachte ich, dass Newtons PolicyData-Orakel vor allem deshalb ziemlich cool sind, weil sie all die externen Daten mitbringen können. Aber je tiefer ich gegraben habe, desto mehr habe ich gemerkt, dass die größere Geschichte eigentlich alles ist, was ihnen nicht erlaubt ist. Diese Orakel laufen als WASM-Module in einer abgeschotteten Wasmtime-Sandbox auf den Operatoren. Sie bekommen strukturierte Eingaben, holen sich, was sie von außerhalb brauchen, und geben JSON zurück, mit dem die Rego-Policy arbeiten kann. Klingt unkompliziert – bis man die harten Grenzen sieht. Keine Erkundung privater Netzwerke, keine Loopback-Adressen und kein Link-local-Zeug. Wenn es Daten braucht, muss diese Quelle hinter einem ordentlichen öffentlichen Endpoint sitzen. Man kann sogar ein JSON-Schema einrichten, sodass fehlerhafte Anfragen abgefangen werden, bevor überhaupt Code ausgeführt wird.
#newt $NEWT @NewtonProtocol Konfigurierbare Policies: Stärke oder verborgenes Risiko? Ich war so nah dran, gestern noch mehr $NEWT hinzuzufügen, aber ich habe es gelassen, weil mir klar wurde, dass ich ihr Policy-System missverstanden hatte. Zuerst dachte ich, Policies seien einfach fest in Stein geschriebenem Code. Dann habe ich gelernt, dass man dieselbe Rego-Logik nehmen und in unterschiedliche PolicyClient-Einstellungen einstecken kann – etwa Expositionsgrenzen, genehmigte Adressen, was auch immer – und plötzlich ändert sich das Verhalten, obwohl die zugrunde liegenden Regeln gleich bleiben. Dieser Wandel hat mich anders darüber nachdenken lassen. Das Tolle ist nicht nur die Flexibilität, sondern auch, wie sie Governance handhaben. Jedes Mal, wenn die Parameter aktualisiert werden, entsteht eine neue Policy-ID – das klingt sauber für die Nachverfolgung. Aber ehrlich gesagt glaube ich, dass die meisten von uns nicht wirklich nachsehen, was unter dieser neuen ID tatsächlich geändert wurde. Ich habe vorerst nur eine kleine Testposition eröffnet. Die wiederverwendbare Logik ist beeindruckend, aber es fühlt sich so an, als würde echteres Vertrauen am Ende mehr darauf beruhen, wer diese Einstellungen anpasst, als auf dem Code selbst. Glaubt ihr, dass diese konfigurierbaren PolicyClients die Dinge tatsächlich sicherer machen, indem die Logik sauber und getrennt bleibt, oder schieben wir gerade die großen Entscheidungen in Parameter, die kaum jemand genau unter die Lupe nimmt? Bin gespannt, was ihr alle denkt.
#newt $NEWT @NewtonProtocol

Konfigurierbare Policies: Stärke oder verborgenes Risiko?

Ich war so nah dran, gestern noch mehr $NEWT hinzuzufügen, aber ich habe es gelassen, weil mir klar wurde, dass ich ihr Policy-System missverstanden hatte. Zuerst dachte ich, Policies seien einfach fest in Stein geschriebenem Code. Dann habe ich gelernt, dass man dieselbe Rego-Logik nehmen und in unterschiedliche PolicyClient-Einstellungen einstecken kann – etwa Expositionsgrenzen, genehmigte Adressen, was auch immer – und plötzlich ändert sich das Verhalten, obwohl die zugrunde liegenden Regeln gleich bleiben.

Dieser Wandel hat mich anders darüber nachdenken lassen. Das Tolle ist nicht nur die Flexibilität, sondern auch, wie sie Governance handhaben. Jedes Mal, wenn die Parameter aktualisiert werden, entsteht eine neue Policy-ID – das klingt sauber für die Nachverfolgung. Aber ehrlich gesagt glaube ich, dass die meisten von uns nicht wirklich nachsehen, was unter dieser neuen ID tatsächlich geändert wurde.

Ich habe vorerst nur eine kleine Testposition eröffnet. Die wiederverwendbare Logik ist beeindruckend, aber es fühlt sich so an, als würde echteres Vertrauen am Ende mehr darauf beruhen, wer diese Einstellungen anpasst, als auf dem Code selbst.

Glaubt ihr, dass diese konfigurierbaren PolicyClients die Dinge tatsächlich sicherer machen, indem die Logik sauber und getrennt bleibt, oder schieben wir gerade die großen Entscheidungen in Parameter, die kaum jemand genau unter die Lupe nimmt? Bin gespannt, was ihr alle denkt.
🎙️ SOL 82.91🟢💚😭
avatar
Beenden
01 h 38 m 13 s
870
1
0
🎙️ $ZKP$SYN$NEWT$ZEC$NFP
avatar
Beenden
03 h 04 m 22 s
730
1
0
🎙️ Let built-in Potential Crypto Bullish & Bearish BTC, Sol and ETH COIN?
avatar
Beenden
05 h 59 m 44 s
1.9k
4
4
Anmelden und weiter Inhalte entdecken
Krypto-Nutzer weltweit auf Binance Square kennenlernen
⚡️ Bleib in Sachen Krypto stets am Puls.
💬 Die weltgrößte Kryptobörse vertraut darauf.
👍 Erhalte verlässliche Einblicke von verifizierten Creators.
E-Mail-Adresse/Telefonnummer
Sitemap
Cookie-Präferenzen
Nutzungsbedingungen der Plattform