Binance Square
_CryptoNova
2.2k Beiträge

_CryptoNova

Crypto Explorer 🧭 | Always learning, always earning | Loving the Binance
Trade eröffnen
Regelmäßiger Trader
1.2 Monate
333 Following
90 Follower
1.2K+ Like gegeben
Beiträge
Portfolio
PINNED
·
--
Übersetzung ansehen
onchain lending protocols offer risk-differentiated products in theory. in practice most of them offer the same terms to everyone because they have no verifiable way to evaluate who someone actually is or what their financial position looks like. the credit underwriting section of the Newton whitepaper describes a different model. lending parameters credit limits, interest rates,,,, collateral requirements determined by composable policy evaluation rather than centralized scoring or 0ne-size-fits-all collateralization ratios. the mechanic is specific. the policy engine evaluates credentials credit history, income verification, collateral value and outputs a credit band that determines the terms available to the borrower. the credentials are privacy-preserving. the lender sees the policy output this borrower qualifies for these terms without seeing the underlying financial data that produced that output... the borrower presents proof of their financial position without exposing the raw numbars to a public chain or to the lending protocol itself. that combination verifiable credit evaluation with privacy-preserving inputs is what makes onchain lending actually risk-differentiated rather than just collateral-ratio differentiated. the difference between those two models is significant for borrowers who have real creditworthiness that the current onchain systm has no mechanism to recognize. i find this one of the most practically impactful use cases in the Newton roadmap for regular DeFi users rather than just institutions. whether credit credential issuers integrate fast enough to make this available at scale iss the adoption dependency worth watching?? #Newt @NewtonProtocol $NEWT {future}(NEWTUSDT)
onchain lending protocols offer risk-differentiated products in theory. in practice most of them offer the same terms to everyone because they have no verifiable way to evaluate who someone actually is or what their financial position looks like.

the credit underwriting section of the Newton whitepaper describes a different model. lending parameters credit limits, interest rates,,,, collateral requirements determined by composable policy evaluation rather than centralized scoring or 0ne-size-fits-all collateralization ratios.

the mechanic is specific. the policy engine evaluates credentials credit history, income verification, collateral value and outputs a credit band that determines the terms available to the borrower.

the credentials are privacy-preserving. the lender sees the policy output this borrower qualifies for these terms without seeing the underlying financial data that produced that output... the borrower presents proof of their financial position without exposing the raw numbars to a public chain or to the lending protocol itself.

that combination verifiable credit evaluation with privacy-preserving inputs is what makes onchain lending actually risk-differentiated rather than just collateral-ratio differentiated. the difference between those two models is significant for borrowers who have real creditworthiness that the current onchain systm has no mechanism to recognize.

i find this one of the most practically impactful use cases in the Newton roadmap for regular DeFi users rather than just institutions.

whether credit credential issuers integrate fast enough to make this available at scale iss the adoption dependency worth watching??

#Newt @NewtonProtocol $NEWT
PINNED
Teilweise korrekt
Artikel
Der Unterschied zwischen einem Log und einem Beweis:saß gestern Abend mit dem Abschnitt „Compliance-Eingangsbelege“ des Newton-Whitepapers und es hat etwas geklärt, worüber ich schon seit einiger Zeit ungenau nachgedacht hatte.@NewtonProtocol Es gibt eine Unterscheidung, die in der regulatorischen Compliance extrem wichtig ist, und in der On-Chain-Community baut fast niemand darauf auf. Die Unterscheidung liegt zwischen Belegen dafür, dass ein Monitoring durchgeführt wurde, und Belegen dafür, dass tatsächlich eine Durchsetzung (Enforcement) stattgefunden hat. Das klingt ähnlich. Ist aber nicht dasselbe. Eine Blockchain-Analytics-Plattform erzeugt Logs. Sie beobachtet eine Transaktion, führt eine Risiko-Score-Bewertung dagegen aus, markiert sie oder räumt die Markierung wieder aus und hält fest, dass sie das getan hat. Dieses Log ist ein Beleg für Monitoring. Aber Monitoring ist Überwachung, keine Durchsetzung. Die Transaktion wurde ausgeführt, bevor das Log erstellt wurde. Die Gelder wurden bewegt, bevor irgendjemand auf das Flag reagiert hat. Ein Regulator, der Belege dafür anfordert, dass illegitim....

Der Unterschied zwischen einem Log und einem Beweis:

saß gestern Abend mit dem Abschnitt „Compliance-Eingangsbelege“ des Newton-Whitepapers und es hat etwas geklärt, worüber ich schon seit einiger Zeit ungenau nachgedacht hatte.@NewtonProtocol
Es gibt eine Unterscheidung, die in der regulatorischen Compliance extrem wichtig ist, und in der On-Chain-Community baut fast niemand darauf auf. Die Unterscheidung liegt zwischen Belegen dafür, dass ein Monitoring durchgeführt wurde, und Belegen dafür, dass tatsächlich eine Durchsetzung (Enforcement) stattgefunden hat. Das klingt ähnlich. Ist aber nicht dasselbe.
Eine Blockchain-Analytics-Plattform erzeugt Logs. Sie beobachtet eine Transaktion, führt eine Risiko-Score-Bewertung dagegen aus, markiert sie oder räumt die Markierung wieder aus und hält fest, dass sie das getan hat. Dieses Log ist ein Beleg für Monitoring. Aber Monitoring ist Überwachung, keine Durchsetzung. Die Transaktion wurde ausgeführt, bevor das Log erstellt wurde. Die Gelder wurden bewegt, bevor irgendjemand auf das Flag reagiert hat. Ein Regulator, der Belege dafür anfordert, dass illegitim....
Märkte bewegen sich nie nur in eine Richtung. 📉 Heute gehören PARTI, SKL und VANRY zu den größten Verlierern. Deutliche Rücksetzer testen oft Überzeugung und Geduld. Für langfristige Anleger kann Volatilität Chancen schaffen, die man genau im Blick behalten sollte. Immer das Risiko steuern und keine emotionalen Entscheidungen treffen. #crypto #Altcoins $PARTI {future}(PARTIUSDT) $SKL {future}(SKLUSDT) $VANRY {future}(VANRYUSDT)
Märkte bewegen sich nie nur in eine Richtung. 📉

Heute gehören PARTI, SKL und VANRY zu den größten Verlierern.
Deutliche Rücksetzer testen oft Überzeugung und Geduld.
Für langfristige Anleger kann Volatilität Chancen schaffen, die man genau im Blick behalten sollte.
Immer das Risiko steuern und keine emotionalen Entscheidungen treffen.

#crypto #Altcoins

$PARTI
$SKL
$VANRY
Artikel
Warum Institutionen gleichzeitig öffentliche Liquidität und private Ausführung brauchenIch bin heute Morgen durch den Abschnitt „Institutionelles DeFi“ im Newton-Whitepaper gegangen, und darin steckt eine These, die meiner Meinung nach herausgezogen und für sich allein betrachtet werden sollte. Die These lautet: Institutionelles Kapital benötigt öffentliche Liquiditätspools für Tiefe und Komponierbarkeit sowie private, regelgebunden ausgeführte Abläufe für Compliance und Vertraulichkeit. Diese beiden Anforderungen ziehen in entgegengesetzte Richtungen, und die meisten bestehenden Ansätze bringen Institutionen dazu, sich für eine der beiden Seiten zu entscheiden. Entweder nutzt man öffentliches DeFi und akzeptiert, dass der Order-Flow für alle sichtbar ist, oder man nutzt eine zugangsbeschränkte Umgebung, die zwar Privatsphäre bietet, einen aber von der Liquiditätstiefe abschneidet, die öffentliches DeFi wertvoll macht....

Warum Institutionen gleichzeitig öffentliche Liquidität und private Ausführung brauchen

Ich bin heute Morgen durch den Abschnitt „Institutionelles DeFi“ im Newton-Whitepaper gegangen, und darin steckt eine These, die meiner Meinung nach herausgezogen und für sich allein betrachtet werden sollte.
Die These lautet: Institutionelles Kapital benötigt öffentliche Liquiditätspools für Tiefe und Komponierbarkeit sowie private, regelgebunden ausgeführte Abläufe für Compliance und Vertraulichkeit. Diese beiden Anforderungen ziehen in entgegengesetzte Richtungen, und die meisten bestehenden Ansätze bringen Institutionen dazu, sich für eine der beiden Seiten zu entscheiden. Entweder nutzt man öffentliches DeFi und akzeptiert, dass der Order-Flow für alle sichtbar ist, oder man nutzt eine zugangsbeschränkte Umgebung, die zwar Privatsphäre bietet, einen aber von der Liquiditätstiefe abschneidet, die öffentliches DeFi wertvoll macht....
etwas, das ich an $NEWT nicht zu schätzen wusste, bis ich die vollständige Protokollarchitektur durchgelesen hatte: Wie direkt das Token an die tatsächliche Funktion des Netzwerks gekoppelt ist, statt nur daneben zu sitzen. das Token versorgt das Newton-Protokoll mit Energie. dieses Framing ist einfach, aber die Mechanik darunter ist spezifisch. Operatoren setzen $NEWT-nah abgesicherte wirtschaftliche Sicherheit über EigenLayer ein, um an der Bewertung von Richtlinien teilzunehmen. Gebühren aus Richtlinienbewertungen fließen im Verhältnis zu ihrem Einsatz und ihrer Teilnahme an die Operatoren. das preismodell basiert auf Ausführung. das bedeutet... Operatoren werden für die tatsächliche Rechenarbeit entlohnt: WASM-Instruktionsanzahl, Datenanbieter-Aufrufe, Bandbreite, die während der Bewertung verbraucht wird – nicht für reservierte Kapazität, die möglicherweise gar nicht genutzt wird. das Gebührenmodell ist für die Token-Nützlichkeit entscheidend, weil es die Operatoreneinnahmen direkt an die Nutzung des Netzwerks koppelt. je mehr Anwendungen Newton integrieren und mehr Transaktions-Intents zur Bewertung von Richtlinien einreichen, desto mehr steigt der Gebührenfluss für Operatoren. die Rolle des Tokens in der... wirtschaftlichen Sicherheitsschicht bedeutet, dass mit dem Wachstum des Netzwerks und dem steigenden Wert korrekter Attestationen die Sicherheiten hinter diesen Attestationen entsprechend skaliert werden müssen. Und die Governance-Funktion fügt eine weitere Ebene hinzu. Token-Inhaber nehmen an Governance-Prozessen teil, die Standards für die Aufnahme von Operatoren festlegen, die Zertifizierung von Policy-Modulen bestimmen und Zeitpläne für Protokoll-Upgrades festlegen. diese Entscheidungen wirken sich direkt auf Qualität und Sicherheit des Netzwerks aus. ich finde die Kombination aus wirtschaftlicher Sicherheit, Gebührenverteilung und Governance als sinnvolle Struktur für die Token-Nützlichkeit. es ist nicht bloß dekorativ. das Netzwerk funktioniert ohne das nicht. ob das Gebührenmodell auf der aktuellen Netzwerkgröße genug Operatoreneinnahmen erzeugt, um ein hochwertiges Set an Operatoren anzuziehen und zu halten, bevor das Transaktionsvolumen kritische Schwelle erreicht – ist das die Bootstrapping-Frage, der man Aufmerksamkeit schenken sollte?? #Newt @NewtonProtocol $NEWT {future}(NEWTUSDT)
etwas, das ich an $NEWT nicht zu schätzen wusste, bis ich die vollständige Protokollarchitektur durchgelesen hatte: Wie direkt das Token an die tatsächliche Funktion des Netzwerks gekoppelt ist, statt nur daneben zu sitzen.

das Token versorgt das Newton-Protokoll mit Energie. dieses Framing ist einfach, aber die Mechanik darunter ist spezifisch. Operatoren setzen $NEWT -nah abgesicherte wirtschaftliche Sicherheit über EigenLayer ein, um an der Bewertung von Richtlinien teilzunehmen. Gebühren aus Richtlinienbewertungen fließen im Verhältnis zu ihrem Einsatz und ihrer Teilnahme an die Operatoren. das preismodell basiert auf Ausführung. das bedeutet...

Operatoren werden für die tatsächliche Rechenarbeit entlohnt: WASM-Instruktionsanzahl, Datenanbieter-Aufrufe, Bandbreite, die während der Bewertung verbraucht wird – nicht für reservierte Kapazität, die möglicherweise gar nicht genutzt wird.
das Gebührenmodell ist für die Token-Nützlichkeit entscheidend, weil es die Operatoreneinnahmen direkt an die Nutzung des Netzwerks koppelt. je mehr Anwendungen Newton integrieren und mehr Transaktions-Intents zur Bewertung von Richtlinien einreichen, desto mehr steigt der Gebührenfluss für Operatoren. die Rolle des Tokens in der...

wirtschaftlichen Sicherheitsschicht bedeutet, dass mit dem Wachstum des Netzwerks und dem steigenden Wert korrekter Attestationen die Sicherheiten hinter diesen Attestationen entsprechend skaliert werden müssen.

Und die Governance-Funktion fügt eine weitere Ebene hinzu. Token-Inhaber nehmen an Governance-Prozessen teil, die Standards für die Aufnahme von Operatoren festlegen, die Zertifizierung von Policy-Modulen bestimmen und Zeitpläne für Protokoll-Upgrades festlegen. diese Entscheidungen wirken sich direkt auf Qualität und Sicherheit des Netzwerks aus.

ich finde die Kombination aus wirtschaftlicher Sicherheit, Gebührenverteilung und Governance als sinnvolle Struktur für die Token-Nützlichkeit. es ist nicht bloß dekorativ. das Netzwerk funktioniert ohne das nicht.

ob das Gebührenmodell auf der aktuellen Netzwerkgröße genug Operatoreneinnahmen erzeugt, um ein hochwertiges Set an Operatoren anzuziehen und zu halten, bevor das Transaktionsvolumen kritische Schwelle erreicht – ist das die Bootstrapping-Frage, der man Aufmerksamkeit schenken sollte??

#Newt @NewtonProtocol $NEWT
Artikel
Die Sicherheitsanwendungen, über die die Leute noch nicht sprechenOnchain-Sicherheit wird normalerweise als ein Problem der Prüfung von Smart Contracts dargestellt. Finde die Bugs, bevor sie veröffentlicht werden. Schreibe besseren Code. Die Annahme ist, dass das System sicher ist, wenn der Code zum Start korrekt ist. Ich habe diese Annahme oft genug scheitern sehen, um ihr nicht mehr zu vertrauen. Das Bedrohungsmodell, das in der Praxis tatsächlich Protokolle bricht, ist ein anderes. Ein Kompromittieren des Admin-Keys. Gestohlene Gelder, die sich über DEXes und Bridges bewegen, bevor überhaupt jemand reagieren kann. Governance-Angriffe, bei denen Stimmen in letzter Minute durch große Token-Inhaber umgebogen werden, die ihre Position gezielt gekauft haben, um das Ergebnis zu beeinflussen. Das sind keine Code-Bugs. Das sind Ausfälle bei der Autorisierung. Der Code führt genau das aus, was geschrieben steht. Das Problem ist, dass das, was ihm autorisiert war zu tun, falsch war....

Die Sicherheitsanwendungen, über die die Leute noch nicht sprechen

Onchain-Sicherheit wird normalerweise als ein Problem der Prüfung von Smart Contracts dargestellt. Finde die Bugs, bevor sie veröffentlicht werden. Schreibe besseren Code. Die Annahme ist, dass das System sicher ist, wenn der Code zum Start korrekt ist. Ich habe diese Annahme oft genug scheitern sehen, um ihr nicht mehr zu vertrauen.
Das Bedrohungsmodell, das in der Praxis tatsächlich Protokolle bricht, ist ein anderes. Ein Kompromittieren des Admin-Keys. Gestohlene Gelder, die sich über DEXes und Bridges bewegen, bevor überhaupt jemand reagieren kann.
Governance-Angriffe, bei denen Stimmen in letzter Minute durch große Token-Inhaber umgebogen werden, die ihre Position gezielt gekauft haben, um das Ergebnis zu beeinflussen. Das sind keine Code-Bugs. Das sind Ausfälle bei der Autorisierung. Der Code führt genau das aus, was geschrieben steht. Das Problem ist, dass das, was ihm autorisiert war zu tun, falsch war....
Ich denke seit gestern über die Newton-Roadmap nach, und ihre Abfolge ist durchdachter, als es beim ersten Lesen den Anschein hat. Vaults sind der Ausgangspunkt. Nicht, weil sie langfristig der wichtigste Use Case sind, sondern weil sie am konkretesten und am unmittelbarsten bereitstellbar sind. Das Newton Vault SDK liefert ein funktionierendes Produkt, das Institutionen heute gegen echte Infrastruktur evaluieren können. Es baut das Operator-Netzwerk auf, testet die Policy Engine unter Stress … und erzeugt Live-Attestierungen, die belegen, dass das System funktioniert, bevor es auf komplexere Use Cases erweitert wird. Von den Vaults aus erstreckt sich die Roadmap auf RWAs, Stablecoins und KI-Agents – jeder ergänzt eine neue Kategorie von Transaktionstypen und Compliance-Anforderungen, die von derselben zugrunde liegenden Infrastruktur gehandhabt werden. Der Operator-Stack, der lernt, Vault-Risiko-Policies zu bewerten, bewertet auch die Transferbeschränkungen für RWAs sowie Stablecoin-Sanktionsprüfungen. Dieselbe Rego-Policy-Engine, die Velocity-Limits verwaltet, behandelt auch die Ermittlung der Investor Eligibility und die Travel-Rule-Zuordnung. Der Marketplace für das Internet of Policies steht am Ende dieser Entwicklung: ein kompositorisches Ökosystem, in dem Policy-Module verfasst, veröffentlicht und über Anwendungen hinweg wiederverwendet werden – auf die gleiche Weise, wie Open-Source-Infrastrukturkomponenten genutzt und geteilt werden … gebaut und geteilt. Anwendungen setzen Compliance-Stacks aus vorhandenen Modulen zusammen, statt jedes Mal bei null zu beginnen. Der Vault-First-Ansatz ist wirklich sinnvoll. Schafft Glaubwürdigkeit dort, wo der Use Case am klarsten ist, demonstriert, dass die Infrastruktur unter Live-Bedingungen funktioniert, und expandiert dann. Der alternative Weg, mit dem vollen Umfang auf einmal zu starten, ist genau so, wie Authorization-Infrastruktur scheitert, bevor sie überhaupt genutzt wird. Ob sich die Vision des Internet of Policies zu einem Ökosystem aus Policy-Autoren entwickelt, das tief genug ist, um die gesamte Bandbreite institutioneller Use Cases abzudecken, ist die langfristige Frage, die es wert ist, im Blick zu behalten?? #Newt @NewtonProtocol $NEWT {future}(NEWTUSDT)
Ich denke seit gestern über die Newton-Roadmap nach, und ihre Abfolge ist durchdachter, als es beim ersten Lesen den Anschein hat.

Vaults sind der Ausgangspunkt. Nicht, weil sie langfristig der wichtigste Use Case sind, sondern weil sie am konkretesten und am unmittelbarsten bereitstellbar sind. Das Newton Vault SDK liefert ein funktionierendes Produkt, das Institutionen heute gegen echte Infrastruktur evaluieren können. Es baut das Operator-Netzwerk auf, testet die Policy Engine unter Stress … und erzeugt Live-Attestierungen, die belegen, dass das System funktioniert, bevor es auf komplexere Use Cases erweitert wird.

Von den Vaults aus erstreckt sich die Roadmap auf RWAs, Stablecoins und KI-Agents – jeder ergänzt eine neue Kategorie von Transaktionstypen und Compliance-Anforderungen, die von derselben zugrunde liegenden Infrastruktur gehandhabt werden. Der Operator-Stack, der lernt, Vault-Risiko-Policies zu bewerten, bewertet auch die Transferbeschränkungen für RWAs sowie Stablecoin-Sanktionsprüfungen. Dieselbe Rego-Policy-Engine, die Velocity-Limits verwaltet, behandelt auch die Ermittlung der Investor Eligibility und die Travel-Rule-Zuordnung.

Der Marketplace für das Internet of Policies steht am Ende dieser Entwicklung: ein kompositorisches Ökosystem, in dem Policy-Module verfasst, veröffentlicht und über Anwendungen hinweg wiederverwendet werden – auf die gleiche Weise, wie Open-Source-Infrastrukturkomponenten genutzt und geteilt werden …

gebaut und geteilt. Anwendungen setzen Compliance-Stacks aus vorhandenen Modulen zusammen, statt jedes Mal bei null zu beginnen.

Der Vault-First-Ansatz ist wirklich sinnvoll. Schafft Glaubwürdigkeit dort, wo der Use Case am klarsten ist, demonstriert, dass die Infrastruktur unter Live-Bedingungen funktioniert, und expandiert dann. Der alternative Weg, mit dem vollen Umfang auf einmal zu starten, ist genau so, wie Authorization-Infrastruktur scheitert, bevor sie überhaupt genutzt wird.

Ob sich die Vision des Internet of Policies zu einem Ökosystem aus Policy-Autoren entwickelt, das tief genug ist, um die gesamte Bandbreite institutioneller Use Cases abzudecken, ist die langfristige Frage, die es wert ist, im Blick zu behalten??

#Newt @NewtonProtocol $NEWT
Zōya_Vision
·
--
Was Newton macht, wenn ein Betreiber es falsch macht?
Ich möchte etwas erklären, das, glaube ich, die meisten Leute komplett übersehen, wenn sie sich Newton-Protokoll anschauen. Und das ist, was tatsächlich passiert, wenn ein Betreiber das falsche Ergebnis signiert. denn wenn es keine echte Konsequenz hat, etwas falsch zu machen, bricht das ganze System auseinander. und Newton hat hier etwas wirklich cleveres herausgefunden.
Lass mich es einfach durchgehen.
wenn eine Transaktion an Newton übermittelt wird, bewerten die Betreiber sie und signieren das Ergebnis. Dieses signierte Ergebnis wird onchain gespeichert. und sobald es landet, startet ein Timer. es öffnet sich ein Herausforderungsfenster.
Artikel
ein Operator-Set, jede Chainging gestern Abend durch den Abschnitt zur Cross-Chain-Architektur des Newton-Whitepapers, und das ist der Teil, der eine Frage beantwortet, die ich seit meinem ersten Lesen des Protokoll-Überblicks mit mir herumgetragen hatte. Wenn sich das Operator-Netzwerk von Newton auf Ethereum befindet und Transaktionen autorisiert, was passiert dann, wenn die Transaktion auf Arbitrum, oder Polygon, oder Base ausgeführt wird? Muss jede Ziel-Chain über eine eigene Compliance-Infrastruktur verfügen? Müssen sich Operatoren separat auf jeder Chain registrieren, die sie bedienen möchten? Die Antwort lautet auf beides: nein, und der Mechanismus, der das ermöglicht, lohnt sich, genau zu verstehen.

ein Operator-Set, jede Chain

ging gestern Abend durch den Abschnitt zur Cross-Chain-Architektur des Newton-Whitepapers, und das ist der Teil, der eine Frage beantwortet, die ich seit meinem ersten Lesen des Protokoll-Überblicks mit mir herumgetragen hatte.
Wenn sich das Operator-Netzwerk von Newton auf Ethereum befindet und Transaktionen autorisiert, was passiert dann, wenn die Transaktion auf Arbitrum, oder Polygon, oder Base ausgeführt wird? Muss jede Ziel-Chain über eine eigene Compliance-Infrastruktur verfügen?
Müssen sich Operatoren separat auf jeder Chain registrieren, die sie bedienen möchten? Die Antwort lautet auf beides: nein, und der Mechanismus, der das ermöglicht, lohnt sich, genau zu verstehen.
die partnerliste, die dem start des Newton Vault SDK beigefügt ist, hat mich heute morgen beim Durchsehen wirklich überrascht. das ist keine sammlung von namen, die nur fürs aussehen zusammengestellt wurde. Chainalysis und Hexagate decken.. die bereiche compliance und sicherheit ab. Chainalysis liefert sanktionen-daten und transaction-monitoring-infrastruktur, die finanzinstitute bereits in ihren bestehenden compliancestacks verwenden. Hexagate bringt eine echtzeit-erkennung von bedrohungen – der sicherheitsbereich, der aktive exploits und kompromittierte adressen abfängt, bevor sie mit einem vault interagieren. zwei etablierte player, die zwei der vierenforcement-domänen abdecken, mit einer infrastruktur die bereits im institutionellen maßstab arbeitet. Vaults.fyi deckt die risk-domäne mit daten ab, die vault-betreiber tatsächlich nutzen, um die strategie-performance und die APY-integrität zu bewerten. RedStone und Credora bringen oracle-health und credit risk assessment – die verbleibenden risikoparameter, die bestimmen, ob eine transaktion sicher ist, wenn man die aktuellen marktbedingungen berücksichtigt. die sicherheitsschicht darunter alles/ das kommt von EigenLayer für wirtschaftliche sicherheit, Succinct für die generierung von Zero-Knowledge-proofs, Rhinestone für die smart-account-infrastruktur und , 0ctane für gas-abstraktion. was ich an dieser kombination besonders bedeutsam finde, ist, dass Newton institutionen nicht bittet, einer neuen datenebene für compliance-kritische entscheidungen zu vertrauen. es wird durch infrastruktur geleitet, die diese institutionen bereits bewerten, bereits vertrauen, bereits beziehungen zu ihr haben – aber indem die ausgaben dieser infrastruktur onchain durchsetzbar gemacht werden, statt nur beratend zu sein.. das ist ein bedeutender unterschied im institutionellen vertriebs-gespräch?? #Newt @NewtonProtocol $NEWT {future}(NEWTUSDT)
die partnerliste, die dem start des Newton Vault SDK beigefügt ist, hat mich heute morgen beim Durchsehen wirklich überrascht. das ist keine sammlung von namen, die nur fürs aussehen zusammengestellt wurde.
Chainalysis und Hexagate decken..

die bereiche compliance und sicherheit ab. Chainalysis liefert sanktionen-daten und transaction-monitoring-infrastruktur, die finanzinstitute bereits in ihren bestehenden compliancestacks verwenden. Hexagate bringt eine echtzeit-erkennung von bedrohungen – der sicherheitsbereich, der aktive exploits und kompromittierte adressen abfängt, bevor sie mit einem vault interagieren. zwei etablierte player, die zwei der vierenforcement-domänen abdecken, mit einer infrastruktur

die bereits im institutionellen maßstab arbeitet.
Vaults.fyi deckt die risk-domäne mit daten ab, die vault-betreiber tatsächlich nutzen, um die strategie-performance und die APY-integrität zu bewerten. RedStone und Credora bringen oracle-health und credit risk assessment – die verbleibenden risikoparameter, die bestimmen, ob eine transaktion sicher ist, wenn man die aktuellen marktbedingungen berücksichtigt.
die sicherheitsschicht darunter alles/

das kommt von EigenLayer für wirtschaftliche sicherheit, Succinct für die generierung von Zero-Knowledge-proofs, Rhinestone für die smart-account-infrastruktur und ,
0ctane für gas-abstraktion.

was ich an dieser kombination besonders bedeutsam finde, ist, dass Newton institutionen nicht bittet, einer neuen datenebene für compliance-kritische entscheidungen zu vertrauen. es wird durch infrastruktur geleitet, die diese institutionen bereits bewerten, bereits vertrauen, bereits beziehungen zu ihr haben – aber indem die ausgaben dieser infrastruktur onchain durchsetzbar gemacht werden, statt nur beratend zu sein..

das ist ein bedeutender unterschied im institutionellen vertriebs-gespräch??

#Newt @NewtonProtocol $NEWT
Artikel
das Konsensproblem, über das in dezentraler Autorisierung niemand sprichtda steckt ein technisches Problem in der dezentralen Richtlinienauswertung, über das viel zu wenig gesprochen wird, und es hat mich peinlich lange Zeit gekostet, um wirklich zu verstehen, warum es so wichtig ist. wenn Operatoren unabhängig zeitkritische Daten wie Vermögenspreise, Updates von Sanktionslisten oder Oracle-Feeds abrufen, können sie je nachdem, wann genau ihre Anfrage ankommt, unterschiedliche Werte aus derselben Quelle erhalten. Sanktionslisten-Updates. Preise bewegen sich zwischen Millisekunden. Wenn jeder Operator leicht unterschiedliche Daten bekommt und dann versucht, ein BLS-Signaturergebnis für eine Richtlinie zu bilden, werden sich die Signaturen nicht aggregieren lassen. BLS-Aggregation erfordert identische Nachrichten.

das Konsensproblem, über das in dezentraler Autorisierung niemand spricht

da steckt ein technisches Problem in der dezentralen Richtlinienauswertung, über das viel zu wenig gesprochen wird, und es hat mich peinlich lange Zeit gekostet, um wirklich zu verstehen, warum es so wichtig ist.
wenn Operatoren unabhängig zeitkritische Daten wie Vermögenspreise, Updates von Sanktionslisten oder Oracle-Feeds abrufen, können sie je nachdem, wann genau ihre Anfrage ankommt, unterschiedliche Werte aus derselben Quelle erhalten. Sanktionslisten-Updates. Preise bewegen sich zwischen Millisekunden. Wenn jeder Operator leicht unterschiedliche Daten bekommt und dann versucht, ein BLS-Signaturergebnis für eine Richtlinie zu bilden, werden sich die Signaturen nicht aggregieren lassen. BLS-Aggregation erfordert identische Nachrichten.
Die regulatorische Umgebung für digitale Vermögenswerte ist vor einiger Zeit von eher explorativer Orientierung zu konkreteren Vorgaben übergegangen. Was sich kürzlich geändert hat, ist, dass es jetzt so konkret geworden ist, dass Institutionen die Infrastruktur-Frage nicht länger aufschieben können. Das GENIUS-Gesetz etablierte in den USA einen bundesweiten Lizenzierungsrahmen für Stablecoin-Emittenten mit Anforderungen an Reserven, Rücktauschrechte und Compliance-Kontrollen. Hongkongs Stablecoin-Verordnung schuf ein paralleles Lizenzregime, das ab August 2025 wirksam ist. MiCA in der EU umfasst Verpflichtungen zur Transaktionsüberwachung, zur Risikoabschätzung und zur Identitätsverifizierung für die gesamte Kategorie der Krypto-Asset-Dienstleister. Die FATF-Travel-Rule-Vorgaben verlangen Informationen über den Auftraggeber und den Begünstigten für Überweisungen oberhalb der jeweils geltenden Schwellenwerte; aktualisierte Leitlinien adressieren dabei insbesondere Stablecoins und DeFi. Was diese Rahmenwerke gemeinsam haben, ist eine gemeinsame Erwartung: Durchsetzbare Kontrollen auf der Ebene der einzelnen Transaktionen – nicht nur Prüfungen beim Onboarding. Nachweisbare Audit-Evidenz, dass Richtlinien angewendet wurden, nicht nur Protokolle, die zeigen, dass Überwachung stattgefunden hat. Genau dafür ist Newton gebaut. Verifizierbare Bestätigungen, dass eine konkrete Richtlinie für eine bestimmte Transaktion bewertet wurde. On-Chain-Compliance-Quittungen, die als Audit-Evidenz dienen. Durchsetzung zum Zeitpunkt, an dem die Transaktion eingereicht wird – nicht Überwachung, nachdem sie abgewickelt ist. die Stablecoin-Branche allein liegt bereits bei 298 Milliarden US-Dollar umlaufender Menge mit über 700 Milliarden US-Dollar monatlichem Überweisungsvolumen. Institutionen, die in dieser Größenordnung arbeiten, wissen nun genau, welcher Compliance-Rahmen funktioniert und benötigt wird, um die Anforderungen zu erfüllen. Der fehlende Baustein ist die Infrastruktur, um dies nachweisbar umzusetzen. Newton ist nicht der Regulierung voraus. Es kommt genau dann, wenn die Rahmenwerke verfestigt wurden?? #Newt $NEWT {future}(NEWTUSDT) @NewtonProtocol
Die regulatorische Umgebung für digitale Vermögenswerte ist vor einiger Zeit von eher explorativer Orientierung zu konkreteren Vorgaben übergegangen. Was sich kürzlich geändert hat, ist, dass es jetzt so konkret geworden ist, dass Institutionen die Infrastruktur-Frage nicht länger aufschieben können.

Das GENIUS-Gesetz etablierte in den USA einen bundesweiten Lizenzierungsrahmen für Stablecoin-Emittenten mit Anforderungen an Reserven, Rücktauschrechte und Compliance-Kontrollen.

Hongkongs Stablecoin-Verordnung schuf ein paralleles Lizenzregime, das ab August 2025 wirksam ist. MiCA in der EU umfasst Verpflichtungen zur Transaktionsüberwachung, zur Risikoabschätzung und zur Identitätsverifizierung für die gesamte Kategorie der Krypto-Asset-Dienstleister. Die FATF-Travel-Rule-Vorgaben verlangen Informationen über den Auftraggeber und den Begünstigten für Überweisungen oberhalb der jeweils geltenden Schwellenwerte; aktualisierte Leitlinien adressieren dabei insbesondere Stablecoins und DeFi.

Was diese Rahmenwerke gemeinsam haben, ist eine gemeinsame Erwartung: Durchsetzbare Kontrollen auf der Ebene der einzelnen Transaktionen – nicht nur Prüfungen beim Onboarding. Nachweisbare Audit-Evidenz, dass Richtlinien angewendet wurden, nicht nur Protokolle, die zeigen, dass Überwachung stattgefunden hat.

Genau dafür ist Newton gebaut. Verifizierbare Bestätigungen, dass eine konkrete Richtlinie für eine bestimmte Transaktion bewertet wurde. On-Chain-Compliance-Quittungen, die als Audit-Evidenz dienen. Durchsetzung zum Zeitpunkt, an dem die Transaktion eingereicht wird – nicht Überwachung, nachdem sie abgewickelt ist.

die Stablecoin-Branche allein liegt bereits bei 298 Milliarden US-Dollar umlaufender Menge mit über 700 Milliarden US-Dollar monatlichem Überweisungsvolumen. Institutionen, die in dieser Größenordnung arbeiten, wissen nun genau, welcher Compliance-Rahmen funktioniert und benötigt wird, um die Anforderungen zu erfüllen. Der fehlende Baustein ist die Infrastruktur, um dies nachweisbar umzusetzen.

Newton ist nicht der Regulierung voraus. Es kommt genau dann, wenn die Rahmenwerke verfestigt wurden??

#Newt $NEWT
@NewtonProtocol
Artikel
Der Mechanismus, der jeder Attestierung Bedeutung verleiht TTCIch sitze seit gestern mit dem Abschnitt zur Streitbeilegung im Newton-Whitepaper, und das ist der Teil, den die meisten Menschen, die auf das Protokoll aufbauen, selbstverständlich hinnehmen werden, bis sie ihn tatsächlich brauchen, und dann wird er das Wichtigste im System sein. Die Kernbehauptung, die Newton macht, ist, dass Attestierungen vertrauenslos sind. nicht vertrauensminimiert. vertrauenslos. Das ist eine starke Behauptung und sie erfordert einen spezifischen Mechanismus, um sie zu belegen. Das Challengesystem ist dieser Mechanismus. Nachdem eine Attestierung onchain aufgezeichnet wurde, beginnt eine vom Governance-System definierte Disput-Periode. In diesem Zeitraum ist die Attestierung vorläufig; sie kann nicht verwendet werden, um Transaktionen zu autorisieren. Erst nachdem das Zeitfenster abgelaufen ist, ohne dass es zu einer erfolgreichen Anfechtung kommt, wird die Attestierung final. Das schafft eine klare Trennung zwischen zwei Zuständen, in die die meisten Systeme zusammenfallen.

Der Mechanismus, der jeder Attestierung Bedeutung verleiht TTC

Ich sitze seit gestern mit dem Abschnitt zur Streitbeilegung im Newton-Whitepaper, und das ist der Teil, den die meisten Menschen, die auf das Protokoll aufbauen, selbstverständlich hinnehmen werden, bis sie ihn tatsächlich brauchen, und dann wird er das Wichtigste im System sein.
Die Kernbehauptung, die Newton macht, ist, dass Attestierungen vertrauenslos sind. nicht vertrauensminimiert. vertrauenslos.
Das ist eine starke Behauptung und sie erfordert einen spezifischen Mechanismus, um sie zu belegen. Das Challengesystem ist dieser Mechanismus.
Nachdem eine Attestierung onchain aufgezeichnet wurde, beginnt eine vom Governance-System definierte Disput-Periode. In diesem Zeitraum ist die Attestierung vorläufig; sie kann nicht verwendet werden, um Transaktionen zu autorisieren. Erst nachdem das Zeitfenster abgelaufen ist, ohne dass es zu einer erfolgreichen Anfechtung kommt, wird die Attestierung final. Das schafft eine klare Trennung zwischen zwei Zuständen, in die die meisten Systeme zusammenfallen.
habe vor zwei Tagen zum ersten Mal in die Magic Labs hineingeschaut, und der Hintergrund hat meine Denkweise über die Glaubwürdigkeit von Newton als Infrastruktur verändert,,,,, Magic Labs haben eingebettete Wallets gebaut. Nicht als Experiment, sondern als Produktionsinfrastruktur, die jetzt unter 57 Millionen Wallets liegt und über 200.000 Entwickler versorgt. Sie bilden die Wallet-Infrastruktur von Polymarket. PayPal Ventures hat sie unterstützt. Das ist ein Team, das Wallet-Infrastruktur in einem Maßstab ausgeliefert hat, den die meisten Protokoll-Teams nur in Roadmap-Slides beschreiben. Der Grund, warum das speziell für Newton wichtig ist, ist: Autorisierungs-Infrastruktur ist nur so glaubwürdig wie das Team, das sie tatsächlich bauen und warten kann. Eine neuartige Protokollschicht, die zwischen Transaktionsintention und 0nchain-Ausführung sitzt, erfordert tiefgreifende operative Erfahrung genau in der Art von Infrastruktur, die Millionen von Nutzern berührt, und die sich keinen Ausfall leisten kann. Das eingebettete Wallet-Erlebnis ist direkt relevant. Systeme aufzubauen, bei denen das nicht-verwahrte Schlüsselmanagement zuverlässig im Consumer-Maßstab funktioniert, ist dieselbe Art von Problem wie Systeme zu bauen, bei denen die Richtlinienauswertung zuverlässig im Transaktionsmaßstab funktioniert. Die Ausfallmodi sind unterschiedlich, aber die erforderliche operative Disziplin ist dieselbe... Ich finde, dass dieser Hintergrund wirklich beruhigend ist in einem Bereich, in dem die Glaubwürdigkeit der Kernentwickler es wert ist, genauer betrachtet zu werden, bevor man neue Infrastruktur mit irgendetwas Bedeutendem vertraut... Ob das Team das Betreiber-Netzwerk von Newton mit derselben operativen Strenge skaliert, die sie auf die Wallet-Infrastruktur angewendet haben, ist das, was ich in den nächsten zwölf Monaten abspielen sehen möchte?? #Newt @NewtonProtocol $NEWT {future}(NEWTUSDT)
habe vor zwei Tagen zum ersten Mal in die Magic Labs hineingeschaut, und der Hintergrund hat meine Denkweise über die Glaubwürdigkeit von Newton als Infrastruktur verändert,,,,,

Magic Labs haben eingebettete Wallets gebaut. Nicht als Experiment, sondern als Produktionsinfrastruktur, die jetzt unter 57 Millionen Wallets liegt und über 200.000 Entwickler versorgt. Sie bilden die Wallet-Infrastruktur von Polymarket. PayPal Ventures hat sie unterstützt. Das ist ein Team, das Wallet-Infrastruktur in einem Maßstab ausgeliefert hat, den die meisten Protokoll-Teams nur in Roadmap-Slides beschreiben.

Der Grund, warum das speziell für Newton wichtig ist, ist: Autorisierungs-Infrastruktur ist nur so glaubwürdig wie das Team, das sie tatsächlich bauen und warten kann. Eine neuartige Protokollschicht, die zwischen Transaktionsintention und 0nchain-Ausführung sitzt, erfordert tiefgreifende operative Erfahrung genau in der Art von Infrastruktur, die Millionen von Nutzern berührt, und die sich keinen Ausfall leisten kann.

Das eingebettete Wallet-Erlebnis ist direkt relevant. Systeme aufzubauen, bei denen das nicht-verwahrte Schlüsselmanagement zuverlässig im Consumer-Maßstab funktioniert, ist dieselbe Art von Problem wie Systeme zu bauen, bei denen die Richtlinienauswertung zuverlässig im Transaktionsmaßstab funktioniert. Die Ausfallmodi sind unterschiedlich, aber die erforderliche operative Disziplin ist dieselbe...

Ich finde, dass dieser Hintergrund wirklich beruhigend ist in einem Bereich, in dem die Glaubwürdigkeit der Kernentwickler es wert ist, genauer betrachtet zu werden, bevor man neue Infrastruktur mit irgendetwas Bedeutendem vertraut...

Ob das Team das Betreiber-Netzwerk von Newton mit derselben operativen Strenge skaliert, die sie auf die Wallet-Infrastruktur angewendet haben, ist das, was ich in den nächsten zwölf Monaten abspielen sehen möchte??

#Newt @NewtonProtocol $NEWT
Policy-gesteuerte Ausführung fühlt sich weniger wie eine weitere Blockchain-Funktion an und mehr wie fehlende Infrastruktur für vertrauenswürdige Automatisierung. Wenn Anwendungen dauerhaft durchsetzbare Regeln benötigen, könnte diese Ebene so wichtig werden wie Smart Contracts selbst.
Policy-gesteuerte Ausführung fühlt sich weniger wie eine weitere Blockchain-Funktion an und mehr wie fehlende Infrastruktur für vertrauenswürdige Automatisierung.
Wenn Anwendungen dauerhaft durchsetzbare Regeln benötigen, könnte diese Ebene so wichtig werden wie Smart Contracts selbst.
Python_Trading
·
--
Jede Blockchain scheint ein anderes Stück des Puzzles zu lösen. Manche konzentrieren sich auf Sicherheit, andere auf Programmierbarkeit, wieder andere auf Geschwindigkeit. Aber ich frage mich, ob die nächste wichtige Ebene gar nicht um schnellere Ausführung geht.

Vielleicht geht es darum sicherzustellen, dass Transaktionen aus den richtigen Gründen stattfinden.

Die meisten Nutzer kümmern sich tatsächlich nicht darum, eine Transaktion zu senden. Sie kümmern sich um das Ergebnis. Sie wollen Aktionen, die Bedingungen, Grenzen und Berechtigungen erfüllen, ohne darauf vertrauen zu müssen, dass jede Anwendung diese Regeln korrekt umsetzt. Genau da wird die Policy-gesteuerte Ausführung spannend.

Was mir auffällt: Dieser Ansatz konkurriert nicht wirklich mit bestehenden Chains. Er fügt eine weitere Ebene hinzu, die Onchain-Aktivitäten vorhersehbarer und sicherer machen könnte, wenn sie in großem Maßstab übernommen wird.

Ich glaube auch, dass Menschen den Widerstand von Entwicklern überschätzen. Entwickler greifen normalerweise zu besseren Tools, wenn der Nutzen offensichtlich ist. Die größere Frage ist, ob Nutzer und Anwendungen diese Fähigkeit wirklich genug brauchen, um sie zum Standard zu machen.

Gute Infrastruktur allein gewinnt selten. Sie muss ein echtes Problem lösen, das die Menschen jeden Tag spüren. Andernfalls können selbst clevere Ideen Schwierigkeiten haben, an Dynamik zu gewinnen.

@NewtonProtocol $NEWT #Newt

Was ist die nächste Priorität von Krypto?
Die unterzeichnete Bestätigung ist das, was die Einhaltung von einer bloßen Zusage zu verifizierbaren Belegen macht, die jeder prüfen kann. Beweis statt nur Durchsetzung verleiht der Autorisierungsebene von Newton langfristige Glaubwürdigkeit.
Die unterzeichnete Bestätigung ist das, was die Einhaltung von einer bloßen Zusage zu verifizierbaren Belegen macht, die jeder prüfen kann.
Beweis statt nur Durchsetzung verleiht der Autorisierungsebene von Newton langfristige Glaubwürdigkeit.
BLANK Bro
·
--
Bullisch
Zuerst dachte ich, es sei nur eine Netzwerkverzögerung, als ich beobachtete, dass eine Transaktion einen Moment länger brauchte als erwartet, bevor sie sich einpendelte. Das war es nicht. Newton fügt in diese Lücke eine Richtlinienprüfung ein: einen Moment, in dem ein Netzwerk aus Operatoren die Regeln liest, die ein Builder geschrieben hat, sie anhand von On-Chain- und Off-Chain-Signalen gegenprüft und entscheidet, ob die Transaktion das Recht erhält, fortzufahren. Was mich nicht so sehr die Prüfung selbst traf, sondern die Quittung. Jede Bewertung, ob genehmigt oder blockiert, wird On-Chain als signierte Bestätigung hinterlegt – ein permanenter Nachweis dafür, dass jedes Nein direkt neben jedem Ja steht, überprüfbar für alle, die sich die Mühe machen, hinzusehen. Die meisten Nutzer werden den Newton Explorer nie öffnen. Die Quittung ist nicht für sie. Sie ist für den Auditor, den Zuteiler, den Regulierer – für den niemand jemals das Wort der Plattform annehmen muss. Das wirft die eigentliche Frage auf: Geht es hier um schnellere Compliance, oder darum, dass endlich jemand anders den Beweis in der Hand hält.
@NewtonProtocol $NEWT #Newt
·
--
Bullisch
die vier Durchsetzungsbereiche im Newton Vault SDK haben mich wirklich überrascht, als ich sie morgens nachzeichnete, weil sie mehr abdecken, als die Schlagzeile vermuten lässt. Compliance ist die naheliegendste. OFAC-Scans, Sanktionsprüfungen, die regulatorische Ebene, die jede Institution nachweisen muss. Identity sitzt daneben: Verifizierung und Berechtigung, damit die richtigen Parteien mit den richtigen Protokollen interagieren. Allein diese beiden würden schon ein nützliches Produkt ergeben. Security wird dann noch spannender. Echtzeit-Threat-Blocking. Eine Art von Schutz, der nicht nur prüft, wer du bist, sondern überwacht, was in dem Moment passiert, in dem Transaktionen ausgeführt werden: eingehende Gelder von kompromittierten Adressen erkennen und kennzeichnen, die Interaktion mit auf Blacklists stehenden Contracts blockieren und die Signaturen bekannter Exploits abfangen, bevor sie ausgeführt werden. Und Risk ist der vierte Bereich. Gegenparteirisiko, APY-Integrität, Hebel-Limits, Oracle-Health. Die Parameter, die bestimmen, ob eine Transaktion unter den aktuellen Marktbedingungen sicher ausgeführt werden kann—nicht nur, ob die involvierten Parteien compliant sind....$LAB Was mich an dieser Einordnung besonders getroffen hat: Die meisten Systeme behandeln nur einen oder zwei dieser Bereiche und sehen die anderen als ein Problem von jemand anderem. Wenn man alle vier in einer einzigen Onchain-Durchsetzungsschicht bündelt, bekommt ein Vault, der Newton deployt, das vollständige Bild im Moment, in dem eine Transaktion eingereicht wird—statt es sich hinterher aus vier getrennten Quellen zusammensetzen zu müssen. Ob vier Bereiche in einer Schicht stimmig bleiben, während die Policy-Komplexität in jedem Bereich wächst, ist die Designfrage, die man im Blick behalten sollte?? @NewtonProtocol $NEWT #Newt {future}(NEWTUSDT)
die vier Durchsetzungsbereiche im Newton Vault SDK haben mich wirklich überrascht, als ich sie morgens nachzeichnete, weil sie mehr abdecken, als die Schlagzeile vermuten lässt.

Compliance ist die naheliegendste. OFAC-Scans, Sanktionsprüfungen, die regulatorische Ebene, die jede Institution nachweisen muss. Identity sitzt daneben: Verifizierung und Berechtigung, damit die richtigen Parteien mit den richtigen Protokollen interagieren. Allein diese beiden würden schon ein nützliches Produkt ergeben.

Security wird dann noch spannender. Echtzeit-Threat-Blocking. Eine Art von Schutz, der nicht nur prüft, wer du bist, sondern überwacht, was in dem Moment passiert, in dem Transaktionen ausgeführt werden: eingehende Gelder von kompromittierten Adressen erkennen und kennzeichnen, die Interaktion mit auf Blacklists stehenden Contracts blockieren und die Signaturen bekannter Exploits abfangen, bevor sie ausgeführt werden.

Und Risk ist der vierte Bereich.

Gegenparteirisiko, APY-Integrität, Hebel-Limits, Oracle-Health. Die Parameter, die bestimmen, ob eine Transaktion unter den aktuellen Marktbedingungen sicher ausgeführt werden kann—nicht nur, ob die involvierten Parteien compliant sind....$LAB

Was mich an dieser Einordnung besonders getroffen hat: Die meisten Systeme behandeln nur einen oder zwei dieser Bereiche und sehen die anderen als ein Problem von jemand anderem. Wenn man alle vier in einer einzigen Onchain-Durchsetzungsschicht bündelt, bekommt ein Vault, der Newton deployt, das vollständige Bild im Moment, in dem eine Transaktion eingereicht wird—statt es sich hinterher aus vier getrennten Quellen zusammensetzen zu müssen.

Ob vier Bereiche in einer Schicht stimmig bleiben, während die Policy-Komplexität in jedem Bereich wächst, ist die Designfrage, die man im Blick behalten sollte??

@NewtonProtocol $NEWT #Newt
Artikel
Policy as Code, Compliance als MathematikDer Teil von Newton, den ich denke, dass Entwickler am schnellsten verstehen werden, ist der Teil, den Institutionen für Compliance-Beauftragte am langsamsten verstehen werden – und umgekehrt. Rego ist der Ort, an dem sich diese beiden Welten treffen, und die Designentscheidung, es zu verwenden, verdient mehr Aufmerksamkeit, als sie normalerweise bekommt. Rego ist die Policy-Sprache aus dem 0pen Policy Agent-Projekt. Sie wird in Unternehmensinfrastrukturen weit verbreitet eingesetzt, unter anderem für Kubernetes Admission Control, API-Gateway-Authorisierung sowie CI/CD-Pipeline-Richtlinien. Wenn du jemals in einer Cloud-nativen Infrastruktur in irgendeinem ernsthaften Maßstab gearbeitet hast, hast du mit hoher Wahrscheinlichkeit Rego-Richtlinien geschrieben oder bewertet. Die Sprache ist deklarativ, gut mit Tools ausgestattet und in einem großen, bestehenden Ökosystem erprobt.

Policy as Code, Compliance als Mathematik

Der Teil von Newton, den ich denke, dass Entwickler am schnellsten verstehen werden, ist der Teil, den Institutionen für Compliance-Beauftragte am langsamsten verstehen werden – und umgekehrt. Rego ist der Ort, an dem sich diese beiden Welten treffen, und die Designentscheidung, es zu verwenden, verdient mehr Aufmerksamkeit, als sie normalerweise bekommt.
Rego ist die Policy-Sprache aus dem 0pen Policy Agent-Projekt. Sie wird in Unternehmensinfrastrukturen weit verbreitet eingesetzt, unter anderem für Kubernetes Admission Control, API-Gateway-Authorisierung sowie CI/CD-Pipeline-Richtlinien. Wenn du jemals in einer Cloud-nativen Infrastruktur in irgendeinem ernsthaften Maßstab gearbeitet hast, hast du mit hoher Wahrscheinlichkeit Rego-Richtlinien geschrieben oder bewertet. Die Sprache ist deklarativ, gut mit Tools ausgestattet und in einem großen, bestehenden Ökosystem erprobt.
ging heute Morgen noch einmal durch den RWA-Abschnitt des Newton-Whitepapers, und das Bedrohungsmodell, gegen das sie sich aufbauen, ist spezifischer als ich erwartet hatte. Tokenisierte Wertpapiere, Immobilien und Kreditprodukte tragen drei unterschiedliche Angriffsflächen, die Standard-Smart-Contracts nicht adressieren können/ Admin-Key-Kompromittierung: Ein Angreifer, der den Key kontrolliert, umgeht sämtliche Zugriffskontrollen vollständig. NAV- und Orakel-Manipulation: Falschbewertung von Assets, um unautorisierte Rücknahmen oder aufgeblähte Mintings zu ermöglichen. Unautorisierte Zustandsänderungen: Minting ohne Autorisierung, Ändern von Transferrestriktionen während des laufenden Prozesses. Was Newton für RWA-Protokolle bereitstellt, ist eine Reihe von Policy-Einschränkungen, die als Runtime-Invarianten wirken. Das sind keine Regeln, die man umgehen kann, wenn jemand den Admin-Key in die Hände bekommt..... Sie werden auf Transaktionsebene durch Attestierungsanforderungen erzwungen. Mint- und Redeim-Guardrails stellen sicher, dass nur berechtigte Investoren teilnehmen können. NAV-Integritätschecks gleichen die Orakelpreise mit Toleranzgrenzen ab. Transferkontrollen begrenzen die Aktivität auf dem Sekundärmarkt auf qualifizierte Parteien.... Die Formulierung, die bei mir hängen geblieben ist, ist: Diese Policies arbeiten als Einschränkungen, die nicht umgangen werden können – unabhängig davon, wer den Admin-Key hält. Für Institutionen, die reale Vermögenswerte auf öffentlichen Blockchains tokenisieren, ist das Admin-Key-Risiko eines der härtesten Probleme, das man lösen kann. Das Umwandeln von Single-Key-Risiko in verteilte Autorisierung durch Policy-Enforcement ist eine strukturell andere Antwort auf dieses Problem,,, Ich finde das hier den überzeugendsten Use Case für die institutionelle Übernahme. Nicht weil die anderen nicht real wären. Sondern weil die Alternative für RWA-Protokolle derzeit darin besteht, das Admin-Key-Risiko als bekanntes Exposure zu akzeptieren. Ob Institutionen, die Assets tokenisieren, dieses Maß an 0nchain-Enforcement benötigen, bevor sie es ausrollen, oder ob sie es als optionale Infrastruktur behandeln, ist die Frage, die es wert ist, verfolgt zu werden?? $NEWT #Newt {future}(NEWTUSDT) @NewtonProtocol
ging heute Morgen noch einmal durch den RWA-Abschnitt des Newton-Whitepapers, und das Bedrohungsmodell, gegen das sie sich aufbauen, ist spezifischer als ich erwartet hatte.
Tokenisierte Wertpapiere, Immobilien und Kreditprodukte tragen drei unterschiedliche Angriffsflächen, die Standard-Smart-Contracts nicht adressieren können/

Admin-Key-Kompromittierung: Ein Angreifer, der den Key kontrolliert, umgeht sämtliche Zugriffskontrollen vollständig. NAV- und Orakel-Manipulation: Falschbewertung von Assets, um unautorisierte Rücknahmen oder aufgeblähte Mintings zu ermöglichen. Unautorisierte Zustandsänderungen: Minting ohne Autorisierung, Ändern von Transferrestriktionen während des laufenden Prozesses.

Was Newton für RWA-Protokolle bereitstellt, ist eine Reihe von Policy-Einschränkungen, die als Runtime-Invarianten wirken. Das sind keine Regeln, die man umgehen kann, wenn jemand den Admin-Key in die Hände bekommt..... Sie werden auf Transaktionsebene durch Attestierungsanforderungen erzwungen. Mint- und Redeim-Guardrails stellen sicher, dass nur berechtigte Investoren teilnehmen können. NAV-Integritätschecks gleichen die Orakelpreise mit Toleranzgrenzen ab. Transferkontrollen begrenzen die Aktivität auf dem Sekundärmarkt auf qualifizierte Parteien....

Die Formulierung, die bei mir hängen geblieben ist, ist: Diese Policies arbeiten als Einschränkungen, die nicht umgangen werden können – unabhängig davon, wer den Admin-Key hält. Für Institutionen, die reale Vermögenswerte auf öffentlichen Blockchains tokenisieren, ist das Admin-Key-Risiko eines der härtesten Probleme, das man lösen kann. Das Umwandeln von Single-Key-Risiko in verteilte Autorisierung durch Policy-Enforcement ist eine strukturell andere Antwort auf dieses Problem,,,

Ich finde das hier den überzeugendsten Use Case für die institutionelle Übernahme. Nicht weil die anderen nicht real wären. Sondern weil die Alternative für RWA-Protokolle derzeit darin besteht, das Admin-Key-Risiko als bekanntes Exposure zu akzeptieren.
Ob Institutionen, die Assets tokenisieren, dieses Maß an 0nchain-Enforcement benötigen, bevor sie es ausrollen, oder ob sie es als optionale Infrastruktur behandeln, ist die Frage, die es wert ist, verfolgt zu werden??

$NEWT #Newt

@NewtonProtocol
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