Binance Square
David Watt
5.6k Beiträge

David Watt

Square Verified
X & CMC Verified KOL | X : @David_W_Watt
Trade eröffnen
4 Halter
4 Halter
Hochfrequenz-Trader
5.3 Jahre
203 Following
32.2K+ Follower
42.5K+ Like gegeben
Beiträge
Portfolio
PINNED
·
--
Der Teil der Blockchain, den ich nicht beobachtet habeVor ein paar Tagen habe ich den Markt beobachtet, während einer Sitzung, die eigentlich routine war. Die Preise bewegten sich kaum, aber die Wallets waren trotzdem aktiv. Überweisungen liefen weiter, Verträge wurden aufgerufen und die Leute taten offensichtlich etwas anderes, als nur nach Volatilität zu jagen. Es hat mich daran erinnert, dass, wenn die Charts still werden, die Infrastruktur normalerweise nicht stillsteht. Dieser Gedanke ist mir länger geblieben, als ich erwartet hatte. Wie viele Trader dachte ich früher, dass eine Blockchain-Transaktion eine ziemlich einfache Geschichte sei. Man signiert sie, sendet sie, wartet auf die Bestätigung und macht weiter. Alles Wichtige schien erst dann zu passieren, wenn die Transaktion die Chain erreicht hatte.

Der Teil der Blockchain, den ich nicht beobachtet habe

Vor ein paar Tagen habe ich den Markt beobachtet, während einer Sitzung, die eigentlich routine war. Die Preise bewegten sich kaum, aber die Wallets waren trotzdem aktiv. Überweisungen liefen weiter, Verträge wurden aufgerufen und die Leute taten offensichtlich etwas anderes, als nur nach Volatilität zu jagen. Es hat mich daran erinnert, dass, wenn die Charts still werden, die Infrastruktur normalerweise nicht stillsteht.
Dieser Gedanke ist mir länger geblieben, als ich erwartet hatte.
Wie viele Trader dachte ich früher, dass eine Blockchain-Transaktion eine ziemlich einfache Geschichte sei. Man signiert sie, sendet sie, wartet auf die Bestätigung und macht weiter. Alles Wichtige schien erst dann zu passieren, wenn die Transaktion die Chain erreicht hatte.
PINNED
Während ich in @NewtonProtocol eintauchte, zog mich ein Detail immer wieder zurück: Die Policy Engine wird absichtlich von der Zielkette ferngehalten. Zunächst klang das widersinnig, aber je mehr ich über Rego-basierte Policy-Auswertung gelesen habe, desto mehr ergab es Sinn. Wenn Compliance-Logik in der Anwendung oder Kette lebt, wird Neutralität schwerer zu verteidigen. Wenn Autorisierung getrennt bleibt, verifiziert die Zielkette nur das Ergebnis, statt die Regeln selbst zu besitzen. Diese Idee wirkte umso relevanter, nachdem ich die jüngste Marktaktivität beobachtet hatte. In den letzten Tagen, $NEWT continued, sah man weiterhin ungefähr 5–6 Mio. USD an täglichem Handelsvolumen, trotz relativ moderater Kursbewegungen. Es war kein plötzlicher Spekulationsschub, sondern eher eine stetige Beteiligung – ein Hinweis darauf, dass die Menschen weiterhin mit dem Ökosystem interagierten, statt zu verschwinden, sobald die Volatilität abkühlte. Eine kleine Sache, die ich dabei ertappte, war, dass ich den Ausführungsfluss in einem Notizbuch skizzierte. Es erinnerte mich daran, dass Dezentralisierung nicht nur darum geht, wo Transaktionen abgewickelt werden. Manchmal geht es darum, wo Entscheidungen nicht leben. Wenn man Policy von der Ausführung trennt, kann das die Wahrscheinlichkeit verringern, dass eine einzelne Kette oder ein einzelner Operator stillschweigend zum Compliance-Gatekeeper wird. Ich bin weiterhin nicht vollkommen überzeugt, dass jede Anwendung diese Architektur wirklich braucht, und es gibt Abwägungen hinsichtlich Komplexität und Entwicklererfahrung. Aber die Designentscheidung stach hervor, weil sie versucht, Compliance auf Transaktionsebene überprüfbar zu halten, ohne dass irgendeine Zielkette zur endgültigen Autorität wird. Ich frage mich immer wieder, ob mehr Infrastruktur am Ende diesem Muster folgen wird, oder ob die meisten Projekte bequem dabei bleiben, Policy dort zu lassen, wo Ausführung ohnehin schon stattfindet #Newt $NEWT {spot}(NEWTUSDT)
Während ich in @NewtonProtocol eintauchte, zog mich ein Detail immer wieder zurück: Die Policy Engine wird absichtlich von der Zielkette ferngehalten.

Zunächst klang das widersinnig, aber je mehr ich über Rego-basierte Policy-Auswertung gelesen habe, desto mehr ergab es Sinn. Wenn Compliance-Logik in der Anwendung oder Kette lebt, wird Neutralität schwerer zu verteidigen.

Wenn Autorisierung getrennt bleibt, verifiziert die Zielkette nur das Ergebnis, statt die Regeln selbst zu besitzen.

Diese Idee wirkte umso relevanter, nachdem ich die jüngste Marktaktivität beobachtet hatte.

In den letzten Tagen, $NEWT continued, sah man weiterhin ungefähr 5–6 Mio. USD an täglichem Handelsvolumen, trotz relativ moderater Kursbewegungen.

Es war kein plötzlicher Spekulationsschub, sondern eher eine stetige Beteiligung – ein Hinweis darauf, dass die Menschen weiterhin mit dem Ökosystem interagierten, statt zu verschwinden, sobald die Volatilität abkühlte.

Eine kleine Sache, die ich dabei ertappte, war, dass ich den Ausführungsfluss in einem Notizbuch skizzierte.

Es erinnerte mich daran, dass Dezentralisierung nicht nur darum geht, wo Transaktionen abgewickelt werden.

Manchmal geht es darum, wo Entscheidungen nicht leben. Wenn man Policy von der Ausführung trennt, kann das die Wahrscheinlichkeit verringern, dass eine einzelne Kette oder ein einzelner Operator stillschweigend zum Compliance-Gatekeeper wird.

Ich bin weiterhin nicht vollkommen überzeugt, dass jede Anwendung diese Architektur wirklich braucht, und es gibt Abwägungen hinsichtlich Komplexität und Entwicklererfahrung.

Aber die Designentscheidung stach hervor, weil sie versucht, Compliance auf Transaktionsebene überprüfbar zu halten, ohne dass irgendeine Zielkette zur endgültigen Autorität wird.

Ich frage mich immer wieder, ob mehr Infrastruktur am Ende diesem Muster folgen wird, oder ob die meisten Projekte bequem dabei bleiben, Policy dort zu lassen, wo Ausführung ohnehin schon stattfindet
#Newt $NEWT
Artikel
Bitcoin Erholt Sich Von Tiefs In Der Asiatischen Sitzung: Was Passiert Ist Und Was Als Nächstes Ansteht?Bitcoin ist nach einem Rückgang während der asiatischen Handelssitzung wieder nach oben geschnellt und erinnert den Markt daran, dass Volatilität ein prägendes Merkmal von Krypto bleibt. Während der frühe Rückgang bei kurzfristig orientierten Tradern für Sorgen sorgte, traten Käufer auf den Plan, um wichtige Unterstützungsniveaus zu verteidigen, sodass BTC einen erheblichen Teil seiner Verluste wieder aufholen konnte. Der Rebound macht eine wichtige Tatsache deutlich: Nicht jede scharfe Bewegung entwickelt sich zu einem nachhaltigen Trend. Manchmal spiegelt sie einfach veränderte Liquiditätsbedingungen über die globalen Handelssitzungen hinweg wider.

Bitcoin Erholt Sich Von Tiefs In Der Asiatischen Sitzung: Was Passiert Ist Und Was Als Nächstes Ansteht?

Bitcoin ist nach einem Rückgang während der asiatischen Handelssitzung wieder nach oben geschnellt und erinnert den Markt daran, dass Volatilität ein prägendes Merkmal von Krypto bleibt. Während der frühe Rückgang bei kurzfristig orientierten Tradern für Sorgen sorgte, traten Käufer auf den Plan, um wichtige Unterstützungsniveaus zu verteidigen, sodass BTC einen erheblichen Teil seiner Verluste wieder aufholen konnte.
Der Rebound macht eine wichtige Tatsache deutlich: Nicht jede scharfe Bewegung entwickelt sich zu einem nachhaltigen Trend. Manchmal spiegelt sie einfach veränderte Liquiditätsbedingungen über die globalen Handelssitzungen hinweg wider.
Über die Geschwindigkeit hinaus: Warum Autorisierung vielleicht die fehlende Grundprimitive für DeFi ist, die wir die ganze Zeit gebraucht habenVor ein paar Wochen habe ich beobachtet, wie eine Stablecoin-Übertragung fast augenblicklich abgeschlossen wurde, während eine andere Transaktion in einem anderen Protokoll aufgrund von Netzüberlastung im Status „ausstehend“ hing. Wie viele Trader war meine erste Reaktion die übliche: Wir brauchen immer noch schnellere Blockchains. Jahrelang war das das Gesprächsthema. Geringere Latenz, höhere TPS, günstigeres Gas. Jeder Zyklus scheint eine weitere Kette zu versprechen, dass Transaktionen noch schneller als zuvor abgewickelt werden. Doch nachdem ich mehr Zeit damit verbracht hatte, mir anzusehen, wie sich die neuere Infrastruktur entwickelt, stellte ich mir die Frage, ob wir vielleicht den falschen Teil des Stacks optimiert haben.

Über die Geschwindigkeit hinaus: Warum Autorisierung vielleicht die fehlende Grundprimitive für DeFi ist, die wir die ganze Zeit gebraucht haben

Vor ein paar Wochen habe ich beobachtet, wie eine Stablecoin-Übertragung fast augenblicklich abgeschlossen wurde, während eine andere Transaktion in einem anderen Protokoll aufgrund von Netzüberlastung im Status „ausstehend“ hing. Wie viele Trader war meine erste Reaktion die übliche: Wir brauchen immer noch schnellere Blockchains.
Jahrelang war das das Gesprächsthema. Geringere Latenz, höhere TPS, günstigeres Gas. Jeder Zyklus scheint eine weitere Kette zu versprechen, dass Transaktionen noch schneller als zuvor abgewickelt werden.
Doch nachdem ich mehr Zeit damit verbracht hatte, mir anzusehen, wie sich die neuere Infrastruktur entwickelt, stellte ich mir die Frage, ob wir vielleicht den falschen Teil des Stacks optimiert haben.
Eine einzige Einzelheit brachte mich ins Stocken, als ich das Newton Protocol erkundete: $NEWT , #Newton und @NewtonProtocol . Das Protokoll liefert nicht nur ein Autorisierungsergebnis zurück – es erzeugt einen signierten Compliance-Beleg, der später unabhängig überprüft werden kann. Ich hatte erwartet, dass der spannende Teil der Policy-Engine ist. Stattdessen fühlte sich der Beleg am Ende wie das wichtigere Element an. Das Whitepaper beschreibt, wie jede Policy-Auswertung an die Transaktionsintention, die Policy-Version, die Signatur des Aggregatoperators und den Block gebunden ist, in dem der Beleg aufgezeichnet wird. Das verschiebt das Gespräch von „Vertrauen Sie uns, die Prüfungen sind erfolgt“ zu „Hier ist der Nachweis.“ Es ist nicht einfach nur ein weiteres Log hinter einer API. Mir wurde klar, dass ich Compliance bisher so behandelt hatte, als würde sie verschwinden, sobald eine Transaktion erfolgreich ist. Newton hat mich dazu gebracht, es anders zu sehen. Wenn ein Auditor, ein Protokoll oder sogar ein anderer Entwickler denselben Beleg verifizieren kann, ohne sich auf den ursprünglichen Operator zu verlassen, verändert sich das Vertrauensmodell auf subtile Weise. Ich frage mich immer noch, ob diese Art von Beleg für Nutzer aktiv relevant wird oder ob er größtenteils unsichtbare Infrastruktur bleibt, die erst dann auffällt, wenn jemand nachweisen muss, was tatsächlich passiert ist. #Newt
Eine einzige Einzelheit brachte mich ins Stocken, als ich das Newton Protocol erkundete: $NEWT , #Newton und @NewtonProtocol . Das Protokoll liefert nicht nur ein Autorisierungsergebnis zurück – es erzeugt einen signierten Compliance-Beleg, der später unabhängig überprüft werden kann.

Ich hatte erwartet, dass der spannende Teil der Policy-Engine ist. Stattdessen fühlte sich der Beleg am Ende wie das wichtigere Element an.

Das Whitepaper beschreibt, wie jede Policy-Auswertung an die Transaktionsintention, die Policy-Version, die Signatur des Aggregatoperators und den Block gebunden ist, in dem der Beleg aufgezeichnet wird.

Das verschiebt das Gespräch von „Vertrauen Sie uns, die Prüfungen sind erfolgt“ zu „Hier ist der Nachweis.“ Es ist nicht einfach nur ein weiteres Log hinter einer API.

Mir wurde klar, dass ich Compliance bisher so behandelt hatte, als würde sie verschwinden, sobald eine Transaktion erfolgreich ist.

Newton hat mich dazu gebracht, es anders zu sehen. Wenn ein Auditor, ein Protokoll oder sogar ein anderer Entwickler denselben Beleg verifizieren kann, ohne sich auf den ursprünglichen Operator zu verlassen, verändert sich das Vertrauensmodell auf subtile Weise.

Ich frage mich immer noch, ob diese Art von Beleg für Nutzer aktiv relevant wird oder ob er größtenteils unsichtbare Infrastruktur bleibt, die erst dann auffällt, wenn jemand nachweisen muss, was tatsächlich passiert ist.

#Newt
Mein Trade in $XTZ wird gleich enden, das TP ist so nah Aber es hat so lange gedauert, wie du siehst: Eine Kerze geht hoch und die andere runter... Es dauert 3-4 Stunden, um 5% zu bewegen
Mein Trade in $XTZ wird gleich enden, das TP ist so nah

Aber es hat so lange gedauert, wie du siehst: Eine Kerze geht hoch und die andere runter...

Es dauert 3-4 Stunden, um 5% zu bewegen
Komponierbare KI ließ mich innehalten Auf der Suche nach dem Newton-Protokoll ($NEWT ), #NewtonProtocol und @NewtonProtocol nach der jüngsten CreatorPad-Kampagne erwartete ich, dass das Model Registry vor allem dazu da ist, KI-Modelle zu organisieren. Stattdessen sah es eher wie eine Koordinationsinfrastruktur aus. Komponierbare-KI-Schwärme sind nur dann relevant, wenn Modelle den Berechtigungen der jeweils anderen vertrauen können. Ich beobachte nun, ob die gemeinsame Autorisierung wertvoller wird als die Modelle selbst. #Newt
Komponierbare KI ließ mich innehalten

Auf der Suche nach dem Newton-Protokoll ($NEWT ), #NewtonProtocol und @NewtonProtocol nach der jüngsten CreatorPad-Kampagne erwartete ich, dass das Model Registry vor allem dazu da ist, KI-Modelle zu organisieren.

Stattdessen sah es eher wie eine Koordinationsinfrastruktur aus. Komponierbare-KI-Schwärme sind nur dann relevant, wenn Modelle den Berechtigungen der jeweils anderen vertrauen können.

Ich beobachte nun, ob die gemeinsame Autorisierung wertvoller wird als die Modelle selbst.

#Newt
Als die größten Kosten kein Gas warenDie kürzliche CreatorPad-Aufgabe hat mich dazu gebracht, mehr Zeit mit dem Newton Protocol zu verbringen, $NEWT , #NewtonProtocol und @NewtonProtocol , als ich erwartet hatte. Ich ging davon aus, dass die spannende Diskussion rund um Gas-Einsparungen gehen würde. Stattdessen bin ich immer wieder auf eine andere Art von Kosten zurückgekommen, die selten in einem Block-Explorer auftaucht: Abstimmung. Krypto ist darin sehr gut geworden, Ausführungskosten zu senken. Transaktionen sind günstiger, Brücken sind schneller und das Routing ist effizienter als noch vor ein paar Jahren. Aber bevor eine Transaktion überhaupt die Chain erreicht, verbringen die Leute immer noch Zeit damit, Berechtigungen zu prüfen, Limits zu bestätigen, den Wallet-Zugriff zu überprüfen, sich über Teams hinweg abzustimmen und sicherzustellen, dass eine automatisierte Aktion wirklich stattfinden sollte. Diese Minuten tauchen nie als Gasgebühren auf, doch sie bremsen die Ausführung oft stärker als die Transaktion selbst.

Als die größten Kosten kein Gas waren

Die kürzliche CreatorPad-Aufgabe hat mich dazu gebracht, mehr Zeit mit dem Newton Protocol zu verbringen, $NEWT , #NewtonProtocol und @NewtonProtocol , als ich erwartet hatte. Ich ging davon aus, dass die spannende Diskussion rund um Gas-Einsparungen gehen würde. Stattdessen bin ich immer wieder auf eine andere Art von Kosten zurückgekommen, die selten in einem Block-Explorer auftaucht: Abstimmung.
Krypto ist darin sehr gut geworden, Ausführungskosten zu senken. Transaktionen sind günstiger, Brücken sind schneller und das Routing ist effizienter als noch vor ein paar Jahren. Aber bevor eine Transaktion überhaupt die Chain erreicht, verbringen die Leute immer noch Zeit damit, Berechtigungen zu prüfen, Limits zu bestätigen, den Wallet-Zugriff zu überprüfen, sich über Teams hinweg abzustimmen und sicherzustellen, dass eine automatisierte Aktion wirklich stattfinden sollte. Diese Minuten tauchen nie als Gasgebühren auf, doch sie bremsen die Ausführung oft stärker als die Transaktion selbst.
Als Gas nicht mehr die wichtigsten Kosten waren Während ich das Newton Protocol ($NEWT ) erkundete, #NewtonProtocol und @NewtonProtocol l nach der jüngsten CreatorPad-Kampagne, machte mich eine Einzelheit kurz stutzen. Ich hatte erwartet, dass die Multi-Chain-Intent-Schicht vor allem dazu dient, die Gas-Kosten zu senken. Stattdessen hatte es den Anschein, als liege die größere Optimierung darin, unnötige Ausführungen zu reduzieren, noch bevor sie überhaupt die Chain erreichen. Das hat meine Sicht auf Cross-Chain-Automation verändert. Gas zu sparen ist nützlich, aber redundante Aktionen zu vermeiden und den Intent effizient zu routen, scheint langfristig bedeutsamer zu sein. Ich bin weiterhin neugierig, ob dieser Ansatz seine Effizienz behält, wenn die Aktivität über immer mehr Chains hinweg wächst. Die interessante Kennzahl dürfte nicht die günstigste Transaktion sein, sondern wie viele Transaktionen gar nicht erst hätten stattfinden müssen. #newt $NEWT @NewtonProtocol $BTC {spot}(BTCUSDT) {spot}(ETHUSDT)
Als Gas nicht mehr die wichtigsten Kosten waren

Während ich das Newton Protocol ($NEWT ) erkundete, #NewtonProtocol und @NewtonProtocol l nach der jüngsten CreatorPad-Kampagne, machte mich eine Einzelheit kurz stutzen.
Ich hatte erwartet, dass die Multi-Chain-Intent-Schicht vor allem dazu dient, die Gas-Kosten zu senken.

Stattdessen hatte es den Anschein, als liege die größere Optimierung darin, unnötige Ausführungen zu reduzieren, noch bevor sie überhaupt die Chain erreichen.

Das hat meine Sicht auf Cross-Chain-Automation verändert.

Gas zu sparen ist nützlich, aber redundante Aktionen zu vermeiden und den Intent effizient zu routen, scheint langfristig bedeutsamer zu sein.

Ich bin weiterhin neugierig, ob dieser Ansatz seine Effizienz behält, wenn die Aktivität über immer mehr Chains hinweg wächst.

Die interessante Kennzahl dürfte nicht die günstigste Transaktion sein, sondern wie viele Transaktionen gar nicht erst hätten stattfinden müssen.

#newt $NEWT @NewtonProtocol

$BTC
Artikel
Delegation hat für mich eine neue Bedeutung bekommenDie CreatorPad-Kampagne vom 30. Juni hat mich dazu gebracht, mehr Zeit mit Newton Protocol zu verbringen, $NEWT , #NewtonProtocol, und @NewtonProtocol , als ich ursprünglich geplant hatte. Ich hatte erwartet, dass mir Automatisierung in den Sinn kommt. Stattdessen dachte ich die ganze Zeit über Delegation nach. Je mehr ich mich mit der Policy-Layer von Newton befasst habe, desto weniger ähnelte sie dem „einmal genehmigen und auf das Beste hoffen“-Modell, das inzwischen in ganz DeFi üblich geworden ist. Meine Annahme war, dass Standards für Smart Accounts wie ERC-4337 und EIP-7702 vor allem die Nutzererfahrung verbessern, indem sie Accounts programmierbar machen. Newton hat diese Perspektive verschoben.

Delegation hat für mich eine neue Bedeutung bekommen

Die CreatorPad-Kampagne vom 30. Juni hat mich dazu gebracht, mehr Zeit mit Newton Protocol zu verbringen, $NEWT , #NewtonProtocol, und @NewtonProtocol , als ich ursprünglich geplant hatte.
Ich hatte erwartet, dass mir Automatisierung in den Sinn kommt. Stattdessen dachte ich die ganze Zeit über Delegation nach.
Je mehr ich mich mit der Policy-Layer von Newton befasst habe, desto weniger ähnelte sie dem „einmal genehmigen und auf das Beste hoffen“-Modell, das inzwischen in ganz DeFi üblich geworden ist.
Meine Annahme war, dass Standards für Smart Accounts wie ERC-4337 und EIP-7702 vor allem die Nutzererfahrung verbessern, indem sie Accounts programmierbar machen. Newton hat diese Perspektive verschoben.
Das Newton Protocol gab mir einen Grund, über Account-Abstraction hinauszublicken. Während ich das Newton Protocol erkundete, $NEWT , #NewtonProtocol, und @NewtonProtocol I, wurde mir klar, dass ich Delegation zuvor als praktische Funktion behandelt hatte – statt als Sicherheitsgrenze. Was meine Perspektive verändert hat, war die Idee der delegierten Bereitstellung auf Basis von Richtlinien, wie sie Standards wie ERC-4337 und EIP-7702 vorsehen. Früher dachte ich, dass delegierte Wallets einfach die Befugnis vom Nutzer an einen Agenten übertragen. Newton betrachtet das anders. Die Befugnis bleibt an vordefinierte Richtlinien gebunden. Der Agent kann nur innerhalb dieser Grenzen handeln, wobei jede Aktion dennoch eine nachweisbare Autorisierung erfordert, bevor sie die Kette erreicht. Das fühlt sich wie ein wichtiger Wandel für KI-gesteuerte Ausführung an. Der erste Nutznießer ist nicht zwangsläufig der Endnutzer. Es ist das Protokoll, das nicht mehr zwischen Automatisierung und Kontrolle wählen muss. Ich frage mich weiterhin, wie sich diese Richtliniengrenzen entwickeln werden, wenn delegierte Agenten autonomer werden, aber ich achte inzwischen mehr auf die Qualität der Autorisierung als auf die Anzahl der ausgeführten Transaktionen. #newt $NEWT @NewtonProtocol
Das Newton Protocol gab mir einen Grund, über Account-Abstraction hinauszublicken.

Während ich das Newton Protocol erkundete, $NEWT , #NewtonProtocol, und @NewtonProtocol I, wurde mir klar, dass ich Delegation zuvor als praktische Funktion behandelt hatte – statt als Sicherheitsgrenze.

Was meine Perspektive verändert hat, war die Idee der delegierten Bereitstellung auf Basis von Richtlinien, wie sie Standards wie ERC-4337 und EIP-7702 vorsehen.

Früher dachte ich, dass delegierte Wallets einfach die Befugnis vom Nutzer an einen Agenten übertragen.

Newton betrachtet das anders.

Die Befugnis bleibt an vordefinierte Richtlinien gebunden.

Der Agent kann nur innerhalb dieser Grenzen handeln, wobei jede Aktion dennoch eine nachweisbare Autorisierung erfordert, bevor sie die Kette erreicht.

Das fühlt sich wie ein wichtiger Wandel für KI-gesteuerte Ausführung an.

Der erste Nutznießer ist nicht zwangsläufig der Endnutzer. Es ist das Protokoll, das nicht mehr zwischen Automatisierung und Kontrolle wählen muss.

Ich frage mich weiterhin, wie sich diese Richtliniengrenzen entwickeln werden, wenn delegierte Agenten autonomer werden, aber ich achte inzwischen mehr auf die Qualität der Autorisierung als auf die Anzahl der ausgeführten Transaktionen.

#newt $NEWT @NewtonProtocol
Artikel
Rechenschaft beginnt, bevor etwas ausgeführt wirdWährend ich Newton Protocol ( $NEWT ), #NewtonProtocol und @NewtonProtocol erkundete, blieb mir eine Idee im Kopf: Operatoren führen nicht nur Aufgaben aus, sie hinterlegen auch Sicherheiten für ihre Entscheidungen. Das hat meine Perspektive verändert. Der Slashing-Mechanismus geht nicht nur um Bestrafung; er soll die Autorisierung wirtschaftlich zur Verantwortung machen. Wenn ein Operator ungültige Aktionen genehmigt, hat er etwas zu verlieren. Ich bin neugierig, ob dieses Anreizmodell weiterhin effektiv bleibt, wenn automatisierte Agenten beginnen, komplexere On-Chain-Entscheidungen zu übernehmen.

Rechenschaft beginnt, bevor etwas ausgeführt wird

Während ich Newton Protocol ( $NEWT ), #NewtonProtocol und @NewtonProtocol erkundete, blieb mir eine Idee im Kopf: Operatoren führen nicht nur Aufgaben aus, sie hinterlegen auch Sicherheiten für ihre Entscheidungen.
Das hat meine Perspektive verändert.
Der Slashing-Mechanismus geht nicht nur um Bestrafung; er soll die Autorisierung wirtschaftlich zur Verantwortung machen.
Wenn ein Operator ungültige Aktionen genehmigt, hat er etwas zu verlieren.
Ich bin neugierig, ob dieses Anreizmodell weiterhin effektiv bleibt, wenn automatisierte Agenten beginnen, komplexere On-Chain-Entscheidungen zu übernehmen.
$BTC Analyse BTC hält sich über seiner jüngsten bullischen Struktur, während es eine entscheidende Angebotszone testet. • Widerstand: $62,8K–63K • Liquidität liegt über gleich hohen Hochs • Unterstützung: $62,2K–62,3K Ein Ausbruch über den Widerstand könnte weiteres Upside-Potenzial liefern. Wenn es abgelehnt wird, kann ein gesunder Rücksetzer in Richtung Unterstützung die nächste Kaufgelegenheit bieten. Bestätigung bleibt entscheidend. $ETH $SOL #GillibrandCallsForDigitalAssetEthicsBan #RevolutToDelistUSDT {future}(SOLUSDT) {future}(BTCUSDT) {future}(ETHUSDT)
$BTC Analyse

BTC hält sich über seiner jüngsten bullischen Struktur, während es eine entscheidende Angebotszone testet.

• Widerstand: $62,8K–63K
• Liquidität liegt über gleich hohen Hochs
• Unterstützung: $62,2K–62,3K

Ein Ausbruch über den Widerstand könnte weiteres Upside-Potenzial liefern. Wenn es abgelehnt wird, kann ein gesunder Rücksetzer in Richtung Unterstützung die nächste Kaufgelegenheit bieten. Bestätigung bleibt entscheidend.

$ETH $SOL

#GillibrandCallsForDigitalAssetEthicsBan #RevolutToDelistUSDT
Die Kosten entstehen nicht durch Ausführung. Sie entstehen durch die Verwaltung von Berechtigungen. Die meisten KI-Agenten scheitern nicht wegen Logik. Sie verlieren ständig Kapital, indem sie fortlaufend Sitzungs-Schlüssel, Ausgabenlimits und Intent-States aktualisieren – über mehrere Chains hinweg. @NewtonProtocol fixes das anders. Das Keystore Rollup verlagert die Aktualisierungen von Berechtigungen von der Ziel-Chain, bündelt sie in kryptografische Beweise und setzt dann nur die finale Aktion um. Weniger Zustandsaufblähung. Weniger Gas-Reibung. Newt wird zur einheitlichen Automatisierungs-Schicht, statt über Ökosysteme hinweg Gas-Token jonglieren zu müssen. Dort beginnt der wirtschaftliche Vorsprung. $SPCXB {spot}(SPCXBUSDT) #newt $NEWT @NewtonProtocol
Die Kosten entstehen nicht durch Ausführung. Sie entstehen durch die Verwaltung von Berechtigungen.

Die meisten KI-Agenten scheitern nicht wegen Logik.

Sie verlieren ständig Kapital, indem sie fortlaufend Sitzungs-Schlüssel, Ausgabenlimits und Intent-States aktualisieren – über mehrere Chains hinweg.

@NewtonProtocol fixes das anders. Das Keystore Rollup verlagert die Aktualisierungen von Berechtigungen von der Ziel-Chain, bündelt sie in kryptografische Beweise und setzt dann nur die finale Aktion um.

Weniger Zustandsaufblähung. Weniger Gas-Reibung.

Newt wird zur einheitlichen Automatisierungs-Schicht, statt über Ökosysteme hinweg Gas-Token jonglieren zu müssen.

Dort beginnt der wirtschaftliche Vorsprung.
$SPCXB

#newt $NEWT @NewtonProtocol
Artikel
Als Geschwindigkeit nicht mehr das Spannende warNachdem ich Newton Protocol ( $NEWT ), #NewtonProtocol und @NewtonProtocol während der jüngsten CreatorPad-Kampagne erkundet hatte, blieb mir eine Sache besonders im Gedächtnis. Ich ging davon aus, dass die Herausforderung darin bestand, Policy-Checks schneller zu machen. Stattdessen verlagert Newton die Rego-Auswertung mit einer Rust-basierten Engine off-chain und gibt nur einen kryptografischen Beweis on-chain zurück. Das hat meine Perspektive verändert. Die eigentliche Optimierung ist nicht allein die Ausführungsgeschwindigkeit, sondern komplexe Autorisierungen von den Gaskosten fernzuhalten und gleichzeitig überprüfbare Ergebnisse zu erhalten. Ich beobachte jetzt, ob dieses Modell skaliert, wenn die Anforderungen an die Policy-Logik steigen.

Als Geschwindigkeit nicht mehr das Spannende war

Nachdem ich Newton Protocol ( $NEWT ), #NewtonProtocol und @NewtonProtocol während der jüngsten CreatorPad-Kampagne erkundet hatte, blieb mir eine Sache besonders im Gedächtnis. Ich ging davon aus, dass die Herausforderung darin bestand, Policy-Checks schneller zu machen.
Stattdessen verlagert Newton die Rego-Auswertung mit einer Rust-basierten Engine off-chain und gibt nur einen kryptografischen Beweis on-chain zurück.
Das hat meine Perspektive verändert. Die eigentliche Optimierung ist nicht allein die Ausführungsgeschwindigkeit, sondern komplexe Autorisierungen von den Gaskosten fernzuhalten und gleichzeitig überprüfbare Ergebnisse zu erhalten.
Ich beobachte jetzt, ob dieses Modell skaliert, wenn die Anforderungen an die Policy-Logik steigen.
Ich habe Newton Protocol $NEWT, #NewtonProtocol und @NewtonProtocol nach der jüngsten CreatorPad-Kampagne erkundet, und ein Detail blieb bei mir. Ich hatte erwartet, dass das Upgrade der entscheidende Schritt ist, aber die erste Initialisierung wirkte viel wichtiger. Ein sicheres TEE- und ZKP-Pipeline kann eine falsche TaskManager- oder Owner-Konfiguration nicht beheben. Das ließ mich darüber nachdenken, dass die eigentliche Sicherheitsgrenze eher in der operativen Disziplin liegt, nicht allein in der Kryptografie. #newt $NEWT @NewtonProtocol
Ich habe Newton Protocol $NEWT , #NewtonProtocol und @NewtonProtocol nach der jüngsten CreatorPad-Kampagne erkundet, und ein Detail blieb bei mir.

Ich hatte erwartet, dass das Upgrade der entscheidende Schritt ist, aber die erste Initialisierung wirkte viel wichtiger.

Ein sicheres TEE- und ZKP-Pipeline kann eine falsche TaskManager- oder Owner-Konfiguration nicht beheben.

Das ließ mich darüber nachdenken, dass die eigentliche Sicherheitsgrenze eher in der operativen Disziplin liegt, nicht allein in der Kryptografie.

#newt $NEWT @NewtonProtocol
Artikel
Als das Upgrade wichtiger wurde als die FunktionIch habe Zeit damit verbracht, in den Integrationsablauf einzutauchen, statt nur die Architektur zu betrachten. Ein Detail hat meine Sicht auf das Protokoll verändert. Ich ging davon aus, dass das Hinzufügen der Newton-Autorisierungsebene zu einem bestehenden Vertrag hauptsächlich darum geht, NewtonPolicyClient zu erben und Richtlinienprüfungen zu aktivieren. Stattdessen ist der sensible Moment nicht das Upgrade selbst. Es ist die erste Initialisierung. Dieser eine Aufruf entscheidet, welcher TaskManager Attestationen verifiziert und wer die zukünftige Verwaltung der Richtlinien kontrolliert. Das Flag newtonPolicyClientInitialized verhindert, dass die Funktion zweimal ausgeführt wird, kann aber nicht garantieren, dass die ursprüngliche Konfiguration korrekt war.

Als das Upgrade wichtiger wurde als die Funktion

Ich habe Zeit damit verbracht, in den Integrationsablauf einzutauchen, statt nur die Architektur zu betrachten.
Ein Detail hat meine Sicht auf das Protokoll verändert.
Ich ging davon aus, dass das Hinzufügen der Newton-Autorisierungsebene zu einem bestehenden Vertrag hauptsächlich darum geht, NewtonPolicyClient zu erben und Richtlinienprüfungen zu aktivieren.
Stattdessen ist der sensible Moment nicht das Upgrade selbst. Es ist die erste Initialisierung.
Dieser eine Aufruf entscheidet, welcher TaskManager Attestationen verifiziert und wer die zukünftige Verwaltung der Richtlinien kontrolliert.
Das Flag newtonPolicyClientInitialized verhindert, dass die Funktion zweimal ausgeführt wird, kann aber nicht garantieren, dass die ursprüngliche Konfiguration korrekt war.
Verifiziert
Ich hielt inne, nachdem ich die CreatorPad-Kampagne für Newton Protocol gesehen hatte: $NEWT, #Newt und @NewtonProtocol gingen am 30. Juni live. Als ich das Protokoll erkundete, merkte ich, dass ich gescheiterte Transaktionen bisher als vergebene Mühe behandelt hatte. Newton brachte mich dazu, sie anders zu sehen. Eine blockierte Transaktion ist nicht nur ein Fehler, wenn das Protokoll erklären kann, warum sie abgelehnt wurde. Dieser kleine Perspektivwechsel hat meine Sicht verändert. In einem VaultKit-ähnlichen Ablauf kann das Stoppen einer Aktion, bevor Gelder fließen, wertvoller sein als die Schadensbehebung danach. Die Verweigerung selbst wird zu einem prüfbaren Datensatz statt zu einer Sackgasse. Ich frage mich immer noch, ob Nutzer früher oder später klare, verifizierbare Ablehnungen genauso zu schätzen wissen wie erfolgreiche Ausführungen. Das fühlt sich nach einer subtilen Veränderung an, aber vielleicht ist es genau das Verhalten, das es sich lohnt zu beobachten. #newt $NEWT @NewtonProtocol
Ich hielt inne, nachdem ich die CreatorPad-Kampagne für Newton Protocol gesehen hatte: $NEWT , #Newt und @NewtonProtocol gingen am 30. Juni live.

Als ich das Protokoll erkundete, merkte ich, dass ich gescheiterte Transaktionen bisher als vergebene Mühe behandelt hatte. Newton brachte mich dazu, sie anders zu sehen.

Eine blockierte Transaktion ist nicht nur ein Fehler, wenn das Protokoll erklären kann, warum sie abgelehnt wurde.

Dieser kleine Perspektivwechsel hat meine Sicht verändert.

In einem VaultKit-ähnlichen Ablauf kann das Stoppen einer Aktion, bevor Gelder fließen, wertvoller sein als die Schadensbehebung danach.

Die Verweigerung selbst wird zu einem prüfbaren Datensatz statt zu einer Sackgasse.

Ich frage mich immer noch, ob Nutzer früher oder später klare, verifizierbare Ablehnungen genauso zu schätzen wissen wie erfolgreiche Ausführungen.

Das fühlt sich nach einer subtilen Veränderung an, aber vielleicht ist es genau das Verhalten, das es sich lohnt zu beobachten.

#newt $NEWT @NewtonProtocol
Teilweise korrekt
Artikel
Wie FHE meine Sicht auf das Newton-Protokoll verändert hatIch habe aufgehört, über das Newton-Protokoll nachzudenken, $NEWT und @NewtonProtocol , als ein Datenschutzprojekt, nachdem am 24. Juni die Freischaltung von ~139 Mio. NEWT erfolgt ist. Das Angebotsevent rückte zwar das Thema in den Blick, aber im Gedächtnis blieb eine andere Frage: Warum sollte eine Policy-Engine meine Daten sehen müssen, nur um eine Aktion zu genehmigen? Die langfristige FHE-Richtung von Newton änderte diese Annahme. Ich hatte verschlüsselte Berechnung als eine Möglichkeit gesehen, Transaktionen zu verbergen. Jetzt fühlt es sich eher an wie ein Weg, Verifikation von Offenlegung zu trennen. Wenn sich ein Automatisierungsziel validieren lässt, ohne die Eingaben dahinter offenzulegen, hört die Policy-Ebene auf, ein weiterer Ort zu sein, an dem sich sensibles Verhalten ansammelt.

Wie FHE meine Sicht auf das Newton-Protokoll verändert hat

Ich habe aufgehört, über das Newton-Protokoll nachzudenken, $NEWT und @NewtonProtocol , als ein Datenschutzprojekt, nachdem am 24. Juni die Freischaltung von ~139 Mio. NEWT erfolgt ist.
Das Angebotsevent rückte zwar das Thema in den Blick, aber im Gedächtnis blieb eine andere Frage: Warum sollte eine Policy-Engine meine Daten sehen müssen, nur um eine Aktion zu genehmigen?
Die langfristige FHE-Richtung von Newton änderte diese Annahme.
Ich hatte verschlüsselte Berechnung als eine Möglichkeit gesehen, Transaktionen zu verbergen.
Jetzt fühlt es sich eher an wie ein Weg, Verifikation von Offenlegung zu trennen.
Wenn sich ein Automatisierungsziel validieren lässt, ohne die Eingaben dahinter offenzulegen, hört die Policy-Ebene auf, ein weiterer Ort zu sein, an dem sich sensibles Verhalten ansammelt.
Ich hielt inne, nachdem ich das Newton Protocol erneut besucht hatte, $NEWT, #NewtonProtocol und @NewtonProtocol nach der Entsperrung vom 24. Juni von etwa 139M NEWT. Ich erwartete, dass die Diskussion beim Thema Angebot bleibt, aber die meisten der interessanten Fragen drehten sich darum, ob automatisierte Aktionen überhaupt stattfinden sollten. Dadurch hat sich meine Sicht verändert. Ich dachte, das Rollup des Newton-Keystores ginge es hauptsächlich darum, Cross-Chain-Ausführung günstiger und schneller zu machen. Stattdessen wirkte es so, als liege der eigentliche Wert darin, dass Absicht, Berechtigung und Beweis vor der Ausführung miteinander verbunden bleiben. Tempo ist nützlich, aber nachvollziehbare Autorisierung scheint schwerer zu replizieren. Ich frage mich immer noch, ob diese Berechtigungsnachweise zu einer Infrastruktur werden, auf die andere Protokolle wiederholt angewiesen sind, oder ob sie einfach nur noch eine weitere Funktion bleiben, die Nutzer kaum bemerken. Das Verhalten, auf das ich jetzt achte, ist nicht die Anzahl der Transaktionen. #newt $NEWT $BTC {spot}(BTCUSDT) $LAB {future}(LABUSDT)
Ich hielt inne, nachdem ich das Newton Protocol erneut besucht hatte, $NEWT , #NewtonProtocol und @NewtonProtocol nach der Entsperrung vom 24. Juni von etwa 139M NEWT.

Ich erwartete, dass die Diskussion beim Thema Angebot bleibt, aber die meisten der interessanten Fragen drehten sich darum, ob automatisierte Aktionen überhaupt stattfinden sollten.

Dadurch hat sich meine Sicht verändert. Ich dachte, das Rollup des Newton-Keystores ginge es hauptsächlich darum, Cross-Chain-Ausführung günstiger und schneller zu machen.

Stattdessen wirkte es so, als liege der eigentliche Wert darin, dass Absicht, Berechtigung und Beweis vor der Ausführung miteinander verbunden bleiben.

Tempo ist nützlich, aber nachvollziehbare Autorisierung scheint schwerer zu replizieren.

Ich frage mich immer noch, ob diese Berechtigungsnachweise zu einer Infrastruktur werden, auf die andere Protokolle wiederholt angewiesen sind, oder ob sie einfach nur noch eine weitere Funktion bleiben, die Nutzer kaum bemerken.

Das Verhalten, auf das ich jetzt achte, ist nicht die Anzahl der Transaktionen.
#newt $NEWT

$BTC
$LAB
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