Binance Square
Fozia_09
1.6k Beiträge

Fozia_09

Trader|Crypto Markets|Futures|Precision,patience,disciplineRisk first.Logic over emotion.
Trade eröffnen
Hochfrequenz-Trader
9.8 Monate
222 Following
11.4K+ Follower
6.0K+ Like gegeben
Beiträge
Portfolio
·
--
Ich habe mich eingelesen, wie Bitcoin-Staking tatsächlich funktioniert, und es ist viel interessanter, als das Bild war, das ich mir in meinem Kopf gemacht hatte. Monatelang ging ich davon aus, dass „Bitcoin-Staking“ bedeutet, BTC zu verpacken oder an eine Börse zu übergeben, damit eine andere Kette es nutzen kann. Diese Annahme habe ich nie wirklich hinterfragt. Dann habe ich mir etwas Zeit genommen und über das Modell von Babylon gelesen, und mir wurde klar, dass es ein ganz anderes Problem löst. Üblicherweise bedeutet das Verschieben von Bitcoin in ein anderes Ökosystem, dass der Vermögenswert in irgendeiner Form das Bitcoin-Netzwerk verlässt. Babylon hält BTC selbst auf Bitcoin gesperrt – mithilfe von Timelock-Skripten –, sodass die Coins nie in verpackte Token umgewandelt werden und nie eine Brücke überqueren. Der Staker behält die Kontrolle, während er die Sicherheitsverantwortung an Finalitätsanbieter delegiert – also an Betreiber, die dabei helfen, verbundene Proof-of-Stake-Ketten zu schützen. Eigenverwahrung und vollständige Kontrolle sind nicht dasselbe. Was ich noch nicht weiß, ist, wie sich dieses Versprechen unter echter Belastung anfühlt. BTC hat weiterhin eine Entbindungs- bzw. Unbonding-Periode, bevor es abgezogen werden kann, und das System hängt außerdem von Finalitätsanbietern und einem Covenant-Komitee ab, die genau das tun, was das Protokoll erwartet. Die technische Umsetzung ist stimmig. Ob jede Vertrauensannahme so weit reduziert wurde, wie es zunächst den Anschein hat, ist eine separate Frage. Ich schreibe das nicht ab. Wenn überhaupt, hat es meine Sicht auf Bitcoin als Vermögenswert verändert. Aber ob daraus ein dauerhaftes Modell wird oder lediglich ein sorgfältiger erster Schritt, hängt davon ab, wie gut diese Annahmen im Laufe der Zeit Bestand haben. #baby @babylonlabs_io $BABY {future}(BABYUSDT)
Ich habe mich eingelesen, wie Bitcoin-Staking tatsächlich funktioniert, und es ist viel interessanter, als das Bild war, das ich mir in meinem Kopf gemacht hatte. Monatelang ging ich davon aus, dass „Bitcoin-Staking“ bedeutet, BTC zu verpacken oder an eine Börse zu übergeben, damit eine andere Kette es nutzen kann. Diese Annahme habe ich nie wirklich hinterfragt. Dann habe ich mir etwas Zeit genommen und über das Modell von Babylon gelesen, und mir wurde klar, dass es ein ganz anderes Problem löst.

Üblicherweise bedeutet das Verschieben von Bitcoin in ein anderes Ökosystem, dass der Vermögenswert in irgendeiner Form das Bitcoin-Netzwerk verlässt. Babylon hält BTC selbst auf Bitcoin gesperrt – mithilfe von Timelock-Skripten –, sodass die Coins nie in verpackte Token umgewandelt werden und nie eine Brücke überqueren. Der Staker behält die Kontrolle, während er die Sicherheitsverantwortung an Finalitätsanbieter delegiert – also an Betreiber, die dabei helfen, verbundene Proof-of-Stake-Ketten zu schützen.

Eigenverwahrung und vollständige Kontrolle sind nicht dasselbe.

Was ich noch nicht weiß, ist, wie sich dieses Versprechen unter echter Belastung anfühlt. BTC hat weiterhin eine Entbindungs- bzw. Unbonding-Periode, bevor es abgezogen werden kann, und das System hängt außerdem von Finalitätsanbietern und einem Covenant-Komitee ab, die genau das tun, was das Protokoll erwartet. Die technische Umsetzung ist stimmig. Ob jede Vertrauensannahme so weit reduziert wurde, wie es zunächst den Anschein hat, ist eine separate Frage.

Ich schreibe das nicht ab. Wenn überhaupt, hat es meine Sicht auf Bitcoin als Vermögenswert verändert. Aber ob daraus ein dauerhaftes Modell wird oder lediglich ein sorgfältiger erster Schritt, hängt davon ab, wie gut diese Annahmen im Laufe der Zeit Bestand haben.

#baby @BabylonLabs_io $BABY
Ich habe mich eingelesen, wie die TBV-Besicherungsauszahlung von Babylon tatsächlich funktioniert, und es ist interessanter als die üblichen Schlagzeilen à la „Bitcoin trifft endlich auf DeFi“. Vor ein paar Monaten erinnere ich mich daran, dass ich einem Freund gesagt habe, dass sich diese beiden Welten nie wirklich vermischen würden, ohne dass irgendwo jemand dein BTC in einen verpackten Token einschließt. Nach dem Durchgraben von TBV bin ich mir da nicht mehr so sicher. Der Teil, der meine Aufmerksamkeit geweckt hat, war nicht das Einzahlen von BTC. Es ging darum, es zurückzubekommen. Bitcoin als Sicherheiten zu sperren ist ein Problem. Bitcoin davon zu überzeugen, dass eine Auszahlung auf Ethereum stattgefunden hat, ohne Bitcoin selbst zu verändern, ist ein anderes. TBV geht das mit einem BABE-basierten Challenge-Verfahren an, das es Bitcoin ermöglicht, eine Ethereum-Auszahlung mit heute bereits vorhandenen Script-Funktionen zu verifizieren. Üblicherweise setzen System über mehrere Ketten hinweg auf Bridges oder verpackte Assets. Hier versucht man, Bitcoin stattdessen nativ zu belassen. Das ist ein wesentlicher Unterschied. Was ich noch nicht weiß, ist, wie sich dieses Design verhält, sobald echtes Geld beginnt, um denselben Blockspace zu konkurrieren. Anspruchsvolle Kryptographie und widerstandsfähige Markt-Infrastruktur sind nicht dasselbe. Challenge-basierte Verifikation kann in der Dokumentation sauber aussehen, wird aber deutlich weniger vorhersehbar, wenn Latenz, Gebühren und ein adversariales Timing ins Spiel kommen. Ich schreib das nicht ab. Die Engineering-Arbeit wirkt durchdacht. Aber ob es unter dem Druck des Mainnets wirklich dauerhaft „trustless“ bleibt, ist für mich weiterhin eine offene Frage. Das ist der Teil, den ich am genauesten beobachten werde. #baby @babylonlabs_io $BABY {future}(BABYUSDT)
Ich habe mich eingelesen, wie die TBV-Besicherungsauszahlung von Babylon tatsächlich funktioniert, und es ist interessanter als die üblichen Schlagzeilen à la „Bitcoin trifft endlich auf DeFi“. Vor ein paar Monaten erinnere ich mich daran, dass ich einem Freund gesagt habe, dass sich diese beiden Welten nie wirklich vermischen würden, ohne dass irgendwo jemand dein BTC in einen verpackten Token einschließt. Nach dem Durchgraben von TBV bin ich mir da nicht mehr so sicher. Der Teil, der meine Aufmerksamkeit geweckt hat, war nicht das Einzahlen von BTC. Es ging darum, es zurückzubekommen.

Bitcoin als Sicherheiten zu sperren ist ein Problem. Bitcoin davon zu überzeugen, dass eine Auszahlung auf Ethereum stattgefunden hat, ohne Bitcoin selbst zu verändern, ist ein anderes. TBV geht das mit einem BABE-basierten Challenge-Verfahren an, das es Bitcoin ermöglicht, eine Ethereum-Auszahlung mit heute bereits vorhandenen Script-Funktionen zu verifizieren. Üblicherweise setzen System über mehrere Ketten hinweg auf Bridges oder verpackte Assets. Hier versucht man, Bitcoin stattdessen nativ zu belassen. Das ist ein wesentlicher Unterschied.

Was ich noch nicht weiß, ist, wie sich dieses Design verhält, sobald echtes Geld beginnt, um denselben Blockspace zu konkurrieren. Anspruchsvolle Kryptographie und widerstandsfähige Markt-Infrastruktur sind nicht dasselbe. Challenge-basierte Verifikation kann in der Dokumentation sauber aussehen, wird aber deutlich weniger vorhersehbar, wenn Latenz, Gebühren und ein adversariales Timing ins Spiel kommen.

Ich schreib das nicht ab. Die Engineering-Arbeit wirkt durchdacht. Aber ob es unter dem Druck des Mainnets wirklich dauerhaft „trustless“ bleibt, ist für mich weiterhin eine offene Frage. Das ist der Teil, den ich am genauesten beobachten werde.

#baby @BabylonLabs_io $BABY
#baby $BABY Die Tresore, die @BabylonLabs_io absichern, halten über 56.800 BTC — weit über 5 Mrd. $. Ich habe länger als geplant bei dieser Zahl verweilt, weil sie eine Frage aufwirft, die das Kursdiagramm nicht beantwortet: Was genau ist der Token-Preis wert, wenn nicht das Kapital, das er koordiniert? Babylons Design ermöglicht es BTC-Inhabern, natives Coin über zeitgesperrte Bitcoin-Skripte zu verpfänden — kein Wrapping, keine Bridge. Dieses Kapital untermauert dann die Finalität für PoS-Chains. Die BTC verlässt Bitcoin nie, wodurch ein echtes Risiko entfällt: keine synthetische Forderung, die depegen oder sich aus einem Bridge-Contract entleeren lässt. Aber Bitcoins Skript kann von sich aus weder eine PoS-Chain beobachten noch Doppelsignierungen erkennen. Diese Logik liegt außerhalb der Kette (off-chain) in Finality-Providern, die die Beweise erzeugen, welche das Slashing auslösen. Das Vertrauensmodell verschwindet also nicht — es wechselt nur vom Bridge-Operator zur Korrektheit dieser Provider-Schicht. Und hier wird der Token interessant. Wenn BABY einen dem gesperrten BTC proportionalen Wert abschöpfen würde, dann müsste seine Marktkapitalisierung diesen Kapitalwert stärker nachverfolgen als derzeit. Vielleicht ist das einfach das, was frühe Infrastruktur-Bepreisung zeigt. Vielleicht sagt es etwas darüber aus, wohin der Wert tatsächlich fließt. Die Architektur ergibt für mich Sinn. Was ich noch herausfinde, ist, ob Koordination einen Wert einfängt, der proportional zu dem Kapital ist, das sie sichert, oder ob sie eine Nebenrolle in ihrem eigenen System bleibt. Muss der Token einer Security-Layer das Kapital widerspiegeln, das er koordiniert — oder kann Koordination auch wertvoll sein, ohne davon viel abzugreifen? @babylonlabs_io $BABY #baby
#baby $BABY Die Tresore, die @BabylonLabs_io absichern, halten über 56.800 BTC — weit über 5 Mrd. $. Ich habe länger als geplant bei dieser Zahl verweilt, weil sie eine Frage aufwirft, die das Kursdiagramm nicht beantwortet: Was genau ist der Token-Preis wert, wenn nicht das Kapital, das er koordiniert?
Babylons Design ermöglicht es BTC-Inhabern, natives Coin über zeitgesperrte Bitcoin-Skripte zu verpfänden — kein Wrapping, keine Bridge. Dieses Kapital untermauert dann die Finalität für PoS-Chains. Die BTC verlässt Bitcoin nie, wodurch ein echtes Risiko entfällt: keine synthetische Forderung, die depegen oder sich aus einem Bridge-Contract entleeren lässt.
Aber Bitcoins Skript kann von sich aus weder eine PoS-Chain beobachten noch Doppelsignierungen erkennen. Diese Logik liegt außerhalb der Kette (off-chain) in Finality-Providern, die die Beweise erzeugen, welche das Slashing auslösen. Das Vertrauensmodell verschwindet also nicht — es wechselt nur vom Bridge-Operator zur Korrektheit dieser Provider-Schicht.
Und hier wird der Token interessant. Wenn BABY einen dem gesperrten BTC proportionalen Wert abschöpfen würde, dann müsste seine Marktkapitalisierung diesen Kapitalwert stärker nachverfolgen als derzeit. Vielleicht ist das einfach das, was frühe Infrastruktur-Bepreisung zeigt. Vielleicht sagt es etwas darüber aus, wohin der Wert tatsächlich fließt.
Die Architektur ergibt für mich Sinn. Was ich noch herausfinde, ist, ob Koordination einen Wert einfängt, der proportional zu dem Kapital ist, das sie sichert, oder ob sie eine Nebenrolle in ihrem eigenen System bleibt.
Muss der Token einer Security-Layer das Kapital widerspiegeln, das er koordiniert — oder kann Koordination auch wertvoll sein, ohne davon viel abzugreifen?
@BabylonLabs_io $BABY #baby
Jede KI braucht eine Grenze: Warum Autorisierung wichtiger ist als IntelligenzIch habe die Dokumentation von Newton Protocol geöffnet und erwartet, dass ich den Großteil meiner Zeit damit verbringen würde, KI-Agenten zu lernen. Stattdessen begann ich darüber nachzudenken, etwas viel Einfacheres – aber wahrscheinlich noch wichtigeres: Wer darf entscheiden, was eine KI tatsächlich tun darf? Lange Zeit ging ich davon aus, dass die größte Herausforderung darin besteht, KI intelligenter zu machen. Aber je mehr ich las, desto mehr begann diese Annahme zu bröckeln. KI hält inne, um eine Anweisung zu hinterfragen, oder fragt nicht, ob es eine gute Idee ist. Wenn sie die Erlaubnis hat, handelt sie. Das hat mich sofort an Stanely Milgrams Experiment erinnert. Die beteiligten Menschen wollten nicht unbedingt Schaden anrichten – sie reagierten auf Autorität. KI ist natürlich kein Mensch, aber sie agiert auch innerhalb der Autorität, die wir ihr geben. Diese Ähnlichkeit ist mir geblieben.

Jede KI braucht eine Grenze: Warum Autorisierung wichtiger ist als Intelligenz

Ich habe die Dokumentation von Newton Protocol geöffnet und erwartet, dass ich den Großteil meiner Zeit damit verbringen würde, KI-Agenten zu lernen. Stattdessen begann ich darüber nachzudenken, etwas viel Einfacheres – aber wahrscheinlich noch wichtigeres: Wer darf entscheiden, was eine KI tatsächlich tun darf?
Lange Zeit ging ich davon aus, dass die größte Herausforderung darin besteht, KI intelligenter zu machen. Aber je mehr ich las, desto mehr begann diese Annahme zu bröckeln. KI hält inne, um eine Anweisung zu hinterfragen, oder fragt nicht, ob es eine gute Idee ist. Wenn sie die Erlaubnis hat, handelt sie. Das hat mich sofort an Stanely Milgrams Experiment erinnert. Die beteiligten Menschen wollten nicht unbedingt Schaden anrichten – sie reagierten auf Autorität. KI ist natürlich kein Mensch, aber sie agiert auch innerhalb der Autorität, die wir ihr geben. Diese Ähnlichkeit ist mir geblieben.
Ich habe damit begonnen, über das Token hinaus zu schauen und zu verstehen, wie Newton Protocol die Ausführung handhabt. Meine erste Annahme war, dass es sich um eine weitere KI-fokussierte Erzählung handelt, aber die Dokumentation zeigte mir etwas anderes. Das Interessante ist nicht die Intelligenz – sondern die Kontrollschicht, die vor einer On-Chain-Aktion geschaltet ist. Richtlinien, Berechtigungen und Ausgabenlimits werden vor der Ausführung geprüft, statt erst nachdem etwas schiefgelaufen ist. Es unterstützt Staking, Gebühren, Registry-Zugriff und Governance, aber die größere Frage ist, ob programmierbare Autorisierung die Automatisierung nützlich halten kann, ohne sie zu stark einzuschränken. Ist bessere Kontrolle das fehlende Puzzleteil, das KI-gesteuerte Krypto bisher übersehen hat? $NEWT $SKYAI $POWER @NewtonProtocol #NEWT
Ich habe damit begonnen, über das Token hinaus zu schauen und zu verstehen, wie Newton Protocol die Ausführung handhabt. Meine erste Annahme war, dass es sich um eine weitere KI-fokussierte Erzählung handelt, aber die Dokumentation zeigte mir etwas anderes. Das Interessante ist nicht die Intelligenz – sondern die Kontrollschicht, die vor einer On-Chain-Aktion geschaltet ist. Richtlinien, Berechtigungen und Ausgabenlimits werden vor der Ausführung geprüft, statt erst nachdem etwas schiefgelaufen ist.

Es unterstützt Staking, Gebühren, Registry-Zugriff und Governance, aber die größere Frage ist, ob programmierbare Autorisierung die Automatisierung nützlich halten kann, ohne sie zu stark einzuschränken. Ist bessere Kontrolle das fehlende Puzzleteil, das KI-gesteuerte Krypto bisher übersehen hat?

$NEWT $SKYAI $POWER
@NewtonProtocol #NEWT
Die echte Innovation hinter VaultKit ist nicht weniger Vertrauen — es ist anderes VertrauenJe mehr ich über VaultKit lese, desto weniger denke ich, dass es versucht, Vertrauen abzubauen. Ursprünglich ging ich davon aus, dass das das Ziel sei. Schließlich stellt Krypto oft jede neue Ebene als einen Weg dar, eine weitere vertrauenswürdige Partei zu entfernen. Aber die Dokumentation führte mich zu einem anderen Schluss: VaultKit löscht kein Vertrauen – es Managementaktionen müssen vordefinierte Regeln erfüllen, bevor sie ausgeführt werden können. wo Vertrauen verankert ist. Die meisten DeFi-Vaults verlassen sich auf einen vertrauenswürdigen Kurator. Das Protokoll verifiziert, dass nur der autorisierte Manager Vermögenswerte neu ausbalancieren, Caps anpassen oder unterstützte Märkte ändern kann, aber es bewertet nicht, ob diese Entscheidungen einer vereinbarten Anlagestrategie folgen. Ich hielt das anfangs einfach für eine Einschränkung bestehender Vaults. Stattdessen scheint es eine bewusste Trennung zwischen Autorisierung und Governance zu sein.

Die echte Innovation hinter VaultKit ist nicht weniger Vertrauen — es ist anderes Vertrauen

Je mehr ich über VaultKit lese, desto weniger denke ich, dass es versucht, Vertrauen abzubauen. Ursprünglich ging ich davon aus, dass das das Ziel sei. Schließlich stellt Krypto oft jede neue Ebene als einen Weg dar, eine weitere vertrauenswürdige Partei zu entfernen. Aber die Dokumentation führte mich zu einem anderen Schluss: VaultKit löscht kein Vertrauen – es Managementaktionen müssen vordefinierte Regeln erfüllen, bevor sie ausgeführt werden können. wo Vertrauen verankert ist.
Die meisten DeFi-Vaults verlassen sich auf einen vertrauenswürdigen Kurator. Das Protokoll verifiziert, dass nur der autorisierte Manager Vermögenswerte neu ausbalancieren, Caps anpassen oder unterstützte Märkte ändern kann, aber es bewertet nicht, ob diese Entscheidungen einer vereinbarten Anlagestrategie folgen. Ich hielt das anfangs einfach für eine Einschränkung bestehender Vaults. Stattdessen scheint es eine bewusste Trennung zwischen Autorisierung und Governance zu sein.
Ich habe am Ende ziemlich lange gebraucht, um herauszufinden, was VaultKit in einem Tresor tatsächlich schützt. Meine erste Annahme war recht simpel. Wenn ein Tresor Newtons Schild integriert, dachte ich, dass jede Interaktion mit diesem Tresor über die Richtlinienprüfungen von Newton laufen würde. Das ist ehrlich gesagt genau das, was „geschützter Tresor“ in mir so ein Bild erzeugt hat. Je mehr ich gelesen habe, desto klarer wurde mir, dass das Design eigentlich viel enger gefasst ist. Newtons Schild ist vor allem für privilegierte Manager-Aktionen gedacht – also Dinge wie Umverteilungen, Cap-Änderungen und andere Entscheidungen des Kurators. Diese Aktionen können über die Policy-Engine geroutet werden, wo sie vordefinierten Regeln genügen müssen, bevor sie überhaupt den zugrunde liegenden Tresor erreichen. Aufgefallen ist mir vor allem alles außerhalb dieses Ablaufs. Normale Ein- und Auszahlungen folgen weiterhin dem normalen Ausführungspfad des Tresors, sofern die Integration nicht speziell auswählt, diese ebenfalls durch ein Shield zu schicken. VaultKit versucht nicht, vor jede Transaktion zu treten. Es konzentriert sich auf die Aktionen, die beeinflussen können, wie der Tresor verwaltet wird. Als ich das verstanden hatte, ergab das gesamte Design plötzlich mehr Sinn. Wenn ein Manager per Richtlinien geschützt ist, heißt das nicht automatisch, dass der gesamte Tresor ebenfalls richtliniengeschützt ist. Der Schutz betrifft die privilegierten Aktionen, die durch das Shield geroutet werden, während alles andere weiterhin auf die eigene Logik des Tresors setzt. Ich mag, wie klar diese Verantwortlichkeiten getrennt sind. Gleichzeitig kann ich aber auch nachvollziehen, wie jemand die Bedeutung von „geschützt“ missverstehen könnte. $NEWT @NewtonProtocol #Newt
Ich habe am Ende ziemlich lange gebraucht, um herauszufinden, was VaultKit in einem Tresor tatsächlich schützt.

Meine erste Annahme war recht simpel. Wenn ein Tresor Newtons Schild integriert, dachte ich, dass jede Interaktion mit diesem Tresor über die Richtlinienprüfungen von Newton laufen würde. Das ist ehrlich gesagt genau das, was „geschützter Tresor“ in mir so ein Bild erzeugt hat.

Je mehr ich gelesen habe, desto klarer wurde mir, dass das Design eigentlich viel enger gefasst ist.

Newtons Schild ist vor allem für privilegierte Manager-Aktionen gedacht – also Dinge wie Umverteilungen, Cap-Änderungen und andere Entscheidungen des Kurators. Diese Aktionen können über die Policy-Engine geroutet werden, wo sie vordefinierten Regeln genügen müssen, bevor sie überhaupt den zugrunde liegenden Tresor erreichen.

Aufgefallen ist mir vor allem alles außerhalb dieses Ablaufs.

Normale Ein- und Auszahlungen folgen weiterhin dem normalen Ausführungspfad des Tresors, sofern die Integration nicht speziell auswählt, diese ebenfalls durch ein Shield zu schicken. VaultKit versucht nicht, vor jede Transaktion zu treten. Es konzentriert sich auf die Aktionen, die beeinflussen können, wie der Tresor verwaltet wird.

Als ich das verstanden hatte, ergab das gesamte Design plötzlich mehr Sinn. Wenn ein Manager per Richtlinien geschützt ist, heißt das nicht automatisch, dass der gesamte Tresor ebenfalls richtliniengeschützt ist. Der Schutz betrifft die privilegierten Aktionen, die durch das Shield geroutet werden, während alles andere weiterhin auf die eigene Logik des Tresors setzt.

Ich mag, wie klar diese Verantwortlichkeiten getrennt sind. Gleichzeitig kann ich aber auch nachvollziehen, wie jemand die Bedeutung von „geschützt“ missverstehen könnte.

$NEWT

@NewtonProtocol
#Newt
Newton's TEE-Validierung hat mich dazu gebracht, Verifizierung von Dezentralisierung zu trennenIch habe heute durch die Dokumentation des Newton Protocols gelesen, ohne ein bestimmtes Ziel zu verfolgen. Ich habe keine Funktionen verglichen oder nach etwas gesucht, worüber ich schreiben könnte. Dann bin ich auf eine kleine Notiz gestoßen, in der erklärt wird, dass die TEE-Validierung für die Ausführung von Agenten derzeit über die Cloud-Umgebungen von Phala läuft. Es sind zusätzliche Cloud-Umgebungen und Redundanz geplant, sobald es dafür geeignet ist. Meine erste Reaktion war einfach: Das klingt vernünftig. Ich wäre fast einfach weitergegangen. Je länger ich darüber nachdachte, desto mehr wurde mir jedoch klar, dass ich zwei unterschiedliche Ideen durcheinandergebracht hatte. Ich habe Verifizierung und Dezentralisierung so behandelt, als wären sie dasselbe. Das sind sie nicht.

Newton's TEE-Validierung hat mich dazu gebracht, Verifizierung von Dezentralisierung zu trennen

Ich habe heute durch die Dokumentation des Newton Protocols gelesen, ohne ein bestimmtes Ziel zu verfolgen. Ich habe keine Funktionen verglichen oder nach etwas gesucht, worüber ich schreiben könnte. Dann bin ich auf eine kleine Notiz gestoßen, in der erklärt wird, dass die TEE-Validierung für die Ausführung von Agenten derzeit über die Cloud-Umgebungen von Phala läuft. Es sind zusätzliche Cloud-Umgebungen und Redundanz geplant, sobald es dafür geeignet ist.
Meine erste Reaktion war einfach: Das klingt vernünftig. Ich wäre fast einfach weitergegangen.
Je länger ich darüber nachdachte, desto mehr wurde mir jedoch klar, dass ich zwei unterschiedliche Ideen durcheinandergebracht hatte. Ich habe Verifizierung und Dezentralisierung so behandelt, als wären sie dasselbe. Das sind sie nicht.
Es war eine Auszahlung aus dem Tresor, die ungefähr sechs zusätzliche Sekunden dauerte. Das ist kaum eine lange Wartezeit, aber es fühlte sich seltsam an, weil ich davon ausgegangen war, dass die meiste Arbeit direkt auf der Kette passiert. Es wurde bestätigt: Die Attestation war da, und nichts deutete darauf hin, dass etwas schiefgelaufen war. Also ging ich zurück in die Dokumentation. Da wurde mir klar, dass die Kette möglicherweise nicht das war, worauf ich wartete. Bevor eine Attestation ausgestellt wird, müssen mehrere Operatoren dieselben Daten abrufen, dieselbe Rego-Richtlinie auswerten und Quorum erreichen. Erst danach kann der Prozess weitergehen. Das hat mir gezeigt, dass ich Bestätigung und Abschluss als dasselbe behandelt hatte. Das sind sie nicht. Die Blockchain-Finalität ist nur ein Teil des Ablaufs. Die Übereinstimmung der Operatoren ist ein anderer Teil – und sie passiert jedes Mal, wenn eine Attestation benötigt wird. Außerdem habe ich angefangen, über Anreize nachzudenken. Operatoren restaken ETH und können für falsche Attestationen sanktioniert (geslashed) werden. Aus ihrer Perspektive zählt mehr, richtig zu liegen, als schnell zu sein. Das scheint ein vernünftiger Kompromiss zu sein – selbst wenn Nutzer gelegentlich eine kleine zusätzliche Wartezeit bemerken. Was mich aber weiterhin interessiert, ist, wie sich das unter echter Belastung verhält. Wenn Dutzende von Tresoren gleichzeitig Attestationen anfordern, bleibt der Quorum-Prozess konsistent, oder wird Sicherheit einfach langsamer? Ich würde gerne hören, wie andere darüber nachdenken. $NEWT {future}(NEWTUSDT) @NewtonProtocol #Newt
Es war eine Auszahlung aus dem Tresor, die ungefähr sechs zusätzliche Sekunden dauerte. Das ist kaum eine lange Wartezeit, aber es fühlte sich seltsam an, weil ich davon ausgegangen war, dass die meiste Arbeit direkt auf der Kette passiert.

Es wurde bestätigt: Die Attestation war da, und nichts deutete darauf hin, dass etwas schiefgelaufen war.

Also ging ich zurück in die Dokumentation.

Da wurde mir klar, dass die Kette möglicherweise nicht das war, worauf ich wartete. Bevor eine Attestation ausgestellt wird, müssen mehrere Operatoren dieselben Daten abrufen, dieselbe Rego-Richtlinie auswerten und Quorum erreichen. Erst danach kann der Prozess weitergehen.

Das hat mir gezeigt, dass ich Bestätigung und Abschluss als dasselbe behandelt hatte. Das sind sie nicht. Die Blockchain-Finalität ist nur ein Teil des Ablaufs. Die Übereinstimmung der Operatoren ist ein anderer Teil – und sie passiert jedes Mal, wenn eine Attestation benötigt wird.

Außerdem habe ich angefangen, über Anreize nachzudenken. Operatoren restaken ETH und können für falsche Attestationen sanktioniert (geslashed) werden. Aus ihrer Perspektive zählt mehr, richtig zu liegen, als schnell zu sein. Das scheint ein vernünftiger Kompromiss zu sein – selbst wenn Nutzer gelegentlich eine kleine zusätzliche Wartezeit bemerken.

Was mich aber weiterhin interessiert, ist, wie sich das unter echter Belastung verhält. Wenn Dutzende von Tresoren gleichzeitig Attestationen anfordern, bleibt der Quorum-Prozess konsistent, oder wird Sicherheit einfach langsamer?

Ich würde gerne hören, wie andere darüber nachdenken.

$NEWT

@NewtonProtocol

#Newt
Das Vertrauensproblem Newton Protocol versucht es zu lösenJe mehr ich las, desto mehr hatte ich jedoch das Gefühl, dass alle in die falsche Richtung schauten. Intelligent zu sein ist beeindruckend, aber es reicht nicht. Die Frage, über die ich nicht hinwegkommen konnte, war viel einfacher: Wenn Software unsere Vermögenswerte bewegt, woher wissen wir, dass sie nur das tut, was wir vereinbart haben? Diese Frage hat mich zu Newton Protocol geführt. Zuerst nahm ich an, es sei ein weiteres Projekt, das bessere KI-Agenten bauen will. Nachdem ich jedoch Zeit mit der Dokumentation verbracht hatte, merkte ich, dass der spannende Teil nicht die KI selbst ist.

Das Vertrauensproblem Newton Protocol versucht es zu lösen

Je mehr ich las, desto mehr hatte ich jedoch das Gefühl, dass alle in die falsche Richtung schauten.
Intelligent zu sein ist beeindruckend, aber es reicht nicht.
Die Frage, über die ich nicht hinwegkommen konnte, war viel einfacher: Wenn Software unsere Vermögenswerte bewegt, woher wissen wir, dass sie nur das tut, was wir vereinbart haben?
Diese Frage hat mich zu Newton Protocol geführt.
Zuerst nahm ich an, es sei ein weiteres Projekt, das bessere KI-Agenten bauen will. Nachdem ich jedoch Zeit mit der Dokumentation verbracht hatte, merkte ich, dass der spannende Teil nicht die KI selbst ist.
KI ist zu einer der größten Erzählungen im Krypto-Bereich geworden, also habe ich beschlossen, mich eine Weile nicht mehr von Meinungen beeinflussen zu lassen und stattdessen selbst etwas Zeit damit zu verbringen, die Dokumentation von Newton Protocol durchzugehen. Ich hatte erwartet, ein weiteres Projekt zu finden, das darauf ausgerichtet ist, intelligentere KI-Agenten zu entwickeln. Stattdessen bin ich immer wieder auf eine andere Idee zurückgekommen. Wie stellt man sicher, dass eine KI nur das tut, was ihr tatsächlich erlaubt wurde? Diese Frage erschien mir wichtiger, als ob eine KI Trades ausführen oder DeFi automatisieren kann. Eine Sache, die ich beim Lesen zu schätzen wusste, war, dass Newton Protocol nicht nur über Automatisierung spricht. Ein Großteil der Aufmerksamkeit gilt Autorisierung und Nachvollziehbarkeit. Das Ziel ist nicht einfach, der KI zu erlauben, in deinem Namen zu handeln, sondern sicherzustellen, dass diese Handlungen innerhalb von Berechtigungen ablaufen, die überprüfbar sind – statt blind vertraut zu werden. Für mich fühlt sich das viel näher an das an, wofür Krypto schon immer gestanden hat. Wir haben jahrelang versucht, Vertrauen durch Transparenz zu ersetzen, also ergibt es Sinn, dass KI dieselbe Richtung einschlägt, statt zu einem weiteren Black Box zu werden. Ob Newton Protocol diese Idee in weit verbreitete Infrastruktur verwandeln kann, wird nur die Zeit zeigen. Dokumentation ist das eine – echte Einführung ist etwas anderes. Wenn KI zu einem normalen Bestandteil von Krypto wird: Was werden Nutzer deiner Meinung nach mehr schätzen – intelligentere Automatisierung oder die Möglichkeit, jede Aktion, die sie ausführt, zu verifizieren? $NEWT {future}(NEWTUSDT) @NewtonProtocol #Newt
KI ist zu einer der größten Erzählungen im Krypto-Bereich geworden, also habe ich beschlossen, mich eine Weile nicht mehr von Meinungen beeinflussen zu lassen und stattdessen selbst etwas Zeit damit zu verbringen, die Dokumentation von Newton Protocol durchzugehen.

Ich hatte erwartet, ein weiteres Projekt zu finden, das darauf ausgerichtet ist, intelligentere KI-Agenten zu entwickeln. Stattdessen bin ich immer wieder auf eine andere Idee zurückgekommen.

Wie stellt man sicher, dass eine KI nur das tut, was ihr tatsächlich erlaubt wurde?

Diese Frage erschien mir wichtiger, als ob eine KI Trades ausführen oder DeFi automatisieren kann.

Eine Sache, die ich beim Lesen zu schätzen wusste, war, dass Newton Protocol nicht nur über Automatisierung spricht. Ein Großteil der Aufmerksamkeit gilt Autorisierung und Nachvollziehbarkeit. Das Ziel ist nicht einfach, der KI zu erlauben, in deinem Namen zu handeln, sondern sicherzustellen, dass diese Handlungen innerhalb von Berechtigungen ablaufen, die überprüfbar sind – statt blind vertraut zu werden.

Für mich fühlt sich das viel näher an das an, wofür Krypto schon immer gestanden hat. Wir haben jahrelang versucht, Vertrauen durch Transparenz zu ersetzen, also ergibt es Sinn, dass KI dieselbe Richtung einschlägt, statt zu einem weiteren Black Box zu werden.

Ob Newton Protocol diese Idee in weit verbreitete Infrastruktur verwandeln kann, wird nur die Zeit zeigen. Dokumentation ist das eine – echte Einführung ist etwas anderes.

Wenn KI zu einem normalen Bestandteil von Krypto wird: Was werden Nutzer deiner Meinung nach mehr schätzen – intelligentere Automatisierung oder die Möglichkeit, jede Aktion, die sie ausführt, zu verifizieren?

$NEWT

@NewtonProtocol #Newt
Artikel
zkPermissions Entfernte Kein Vertrauen. Es Hat Mich Nur Anders Nachdenken Lassen.Der Kryptomarkt ist in letzter Zeit ungewöhnlich ruhig gewesen. Also habe ich beschlossen, nicht den ganzen Tag dieselben Preis-Charts zu beobachten, sondern etwas Zeit damit zu verbringen, die Dokumentation von Newton Protocol zu lesen. Ich suchte kein neues Projekt, das ich unterstützen wollte – ich wollte einfach verstehen, was die Leute meinten, wenn sie zkPermissions als „trustless AI“ beschrieben. Wie viele Menschen in der Krypto-Welt hatte ich begonnen anzunehmen, dass alles, was mit Zero-Knowledge-Proofs zu tun hat, automatisch sicher und trustless ist. Nach dem Lesen der Dokumentation wurde mir klar, dass die Architektur viel durchdachter ist, als ich dachte.

zkPermissions Entfernte Kein Vertrauen. Es Hat Mich Nur Anders Nachdenken Lassen.

Der Kryptomarkt ist in letzter Zeit ungewöhnlich ruhig gewesen. Also habe ich beschlossen, nicht den ganzen Tag dieselben Preis-Charts zu beobachten, sondern etwas Zeit damit zu verbringen, die Dokumentation von Newton Protocol zu lesen. Ich suchte kein neues Projekt, das ich unterstützen wollte – ich wollte einfach verstehen, was die Leute meinten, wenn sie zkPermissions als „trustless AI“ beschrieben.
Wie viele Menschen in der Krypto-Welt hatte ich begonnen anzunehmen, dass alles, was mit Zero-Knowledge-Proofs zu tun hat, automatisch sicher und trustless ist. Nach dem Lesen der Dokumentation wurde mir klar, dass die Architektur viel durchdachter ist, als ich dachte.
Teilweise korrekt
Ich habe heute den Newton Explorer durchstöbert, als eine Betreiberin meine Aufmerksamkeit auf sich zog. Ihre Anzahl an Attestationen ist plötzlich um die Tagesmitte herum gesunken. Nicht auf null – nur deutlich weniger als in den vorherigen Stunden. Es gab keine Offline-Warnung oder ein Slashing-Ereignis, also ging ich davon aus, dass der Knoten wahrscheinlich mit einem vorübergehenden Problem zu tun hatte. Aus Neugier habe ich genauer hingeschaut. Der Zeitpunkt passte fast exakt zu dem Moment, als ein neuer Betreiber zum aktiven Set hinzukam, und dieser Betreiber hatte einen deutlich größeren Einsatz. Die ursprüngliche Betreiberin war zwar noch aktiv, bekam aber eindeutig weniger Arbeit. Das hat meine Sicht auf das Netzwerk verändert. Ich hatte „aktiver Betreiber“ und „beschäftigter Betreiber“ bisher als dasselbe betrachtet, aber das sind sie nicht. Nach dem, was ich aus Newtons Dokumentation verstanden habe, hilft routing nach Einsatzgewicht dabei zu entscheiden, wie die Evaluationsarbeit verteilt wird. Ein Betreiber kann also online, bonded und ordnungsgemäß arbeiten und trotzdem deutlich weniger Attestationen bearbeiten – einfach weil ein anderer Betreiber mehr Einsatz hat. Außerdem hat mir das klar gemacht, dass ein aktives Betreiber-Set nicht automatisch bedeutet, dass die Arbeitslast gleichmäßig über das Netzwerk verteilt ist. Die Verteilung ist ebenfalls entscheidend, vor allem, wenn man verstehen möchte, wie dezentralisiert das Netzwerk ist oder wie gut es im Hinblick auf die Netzwerkleistung funktioniert. Der Teil, der mich weiterhin interessiert, ist, was passiert, wenn einer dieser stark genutzten Betreiber plötzlich verschwindet. Passt sich das Routing sofort an, oder gibt es eine kurze Phase, in der das Netzwerk noch gesund aussieht, während sich seine effektive Evaluationskapazität bereits verändert hat? @NewtonProtocol $NEWT #NEWT #Newt
Ich habe heute den Newton Explorer durchstöbert, als eine Betreiberin meine Aufmerksamkeit auf sich zog. Ihre Anzahl an Attestationen ist plötzlich um die Tagesmitte herum gesunken. Nicht auf null – nur deutlich weniger als in den vorherigen Stunden. Es gab keine Offline-Warnung oder ein Slashing-Ereignis, also ging ich davon aus, dass der Knoten wahrscheinlich mit einem vorübergehenden Problem zu tun hatte.

Aus Neugier habe ich genauer hingeschaut. Der Zeitpunkt passte fast exakt zu dem Moment, als ein neuer Betreiber zum aktiven Set hinzukam, und dieser Betreiber hatte einen deutlich größeren Einsatz. Die ursprüngliche Betreiberin war zwar noch aktiv, bekam aber eindeutig weniger Arbeit.

Das hat meine Sicht auf das Netzwerk verändert. Ich hatte „aktiver Betreiber“ und „beschäftigter Betreiber“ bisher als dasselbe betrachtet, aber das sind sie nicht. Nach dem, was ich aus Newtons Dokumentation verstanden habe, hilft routing nach Einsatzgewicht dabei zu entscheiden, wie die Evaluationsarbeit verteilt wird. Ein Betreiber kann also online, bonded und ordnungsgemäß arbeiten und trotzdem deutlich weniger Attestationen bearbeiten – einfach weil ein anderer Betreiber mehr Einsatz hat.

Außerdem hat mir das klar gemacht, dass ein aktives Betreiber-Set nicht automatisch bedeutet, dass die Arbeitslast gleichmäßig über das Netzwerk verteilt ist. Die Verteilung ist ebenfalls entscheidend, vor allem, wenn man verstehen möchte, wie dezentralisiert das Netzwerk ist oder wie gut es im Hinblick auf die Netzwerkleistung funktioniert.

Der Teil, der mich weiterhin interessiert, ist, was passiert, wenn einer dieser stark genutzten Betreiber plötzlich verschwindet. Passt sich das Routing sofort an, oder gibt es eine kurze Phase, in der das Netzwerk noch gesund aussieht, während sich seine effektive Evaluationskapazität bereits verändert hat?
@NewtonProtocol

$NEWT #NEWT #Newt
Yes👍🏻
0%
Nooooo🫷🏻
0%
😱🤷🏻
0%
Not sure🤦🏻‍♀️
0%
0 Stimmen • Abstimmung beendet
„Vertraue nicht, verifiziere“ wurde zu einer Art Manifest für Krypto – mit dem Anspruch auf Transparenz und Onchain-Abwicklung an jeder Stelle. Newton Protocol geht diese Idee noch einen Schritt weiter. Statt nur nachträglich zu verifizieren, verlagert es die Prüfungen nach vorn und verlangt eine Autorisierung, bevor überhaupt etwas ausgeführt wird. Vergiss das Warten auf Post-Transaction-Audits; Newton Protocol ermöglicht es Anwendungen, Regeln festzulegen wie etwa, wer Transaktionen ausführen darf, welche Sanktionslisten zu befolgen sind – sogar Ausgabenlimits direkt, bevor das Geld in Bewegung gerät. Danach prüfen Smart Contracts diese Anforderungen in Form kryptografischer Bestätigungen, und zwar allesamt, bevor die Transaktion live auf der Blockchain geht. So musst du weder deine Wallets austauschen noch Blockchains neu schreiben. Newton Protocol ergänzt die fehlende Ebene verifizierbarer Policy-Durchsetzung direkt in die Art und Weise, wie Geld und Assets onchain in Bewegung kommen. Während die Mainnet-Beta anläuft, zeigt Newton Protocol, warum eine vorausgehende Autorisierung gerade so kritisch wird wie die Verifizierung. Im Wettbewerb um sichere Onchain-Finanzierung geht es nicht mehr nur darum, zu vertrauen und zu verifizieren – Autorisierung steht nun im Mittelpunkt.$NEWT {future}(NEWTUSDT) #Newt @NewtonProtocol
„Vertraue nicht, verifiziere“ wurde zu einer Art Manifest für Krypto – mit dem Anspruch auf Transparenz und Onchain-Abwicklung an jeder Stelle. Newton Protocol geht diese Idee noch einen Schritt weiter. Statt nur nachträglich zu verifizieren, verlagert es die Prüfungen nach vorn und verlangt eine Autorisierung, bevor überhaupt etwas ausgeführt wird. Vergiss das Warten auf Post-Transaction-Audits; Newton Protocol ermöglicht es Anwendungen, Regeln festzulegen wie etwa, wer Transaktionen ausführen darf, welche Sanktionslisten zu befolgen sind – sogar Ausgabenlimits direkt, bevor das Geld in Bewegung gerät. Danach prüfen Smart Contracts diese Anforderungen in Form kryptografischer Bestätigungen, und zwar allesamt, bevor die Transaktion live auf der Blockchain geht.

So musst du weder deine Wallets austauschen noch Blockchains neu schreiben. Newton Protocol ergänzt die fehlende Ebene verifizierbarer Policy-Durchsetzung direkt in die Art und Weise, wie Geld und Assets onchain in Bewegung kommen. Während die Mainnet-Beta anläuft, zeigt Newton Protocol, warum eine vorausgehende Autorisierung gerade so kritisch wird wie die Verifizierung. Im Wettbewerb um sichere Onchain-Finanzierung geht es nicht mehr nur darum, zu vertrauen und zu verifizieren – Autorisierung steht nun im Mittelpunkt.$NEWT
#Newt @NewtonProtocol
Warum jede Onchain-App eine Policy-Ebene brauchtTempo und niedrige Gebühren reichen für On-Chain-Apps nicht mehr aus. Die Leute erwarten Transparenz, Sicherheit und echte Leitplanken, bevor ihre Transaktion überhaupt die Blockchain erreicht. Genau dafür gibt es eine Policy-Ebene – und genau diese Lücke @NewtonProtocol soll geschlossen werden. Blockchains machen eine Sache wirklich gut: Transaktionen so zu verarbeiten, wie es im Code festgelegt ist. Wenn du eine Transaktion einreichst, führt der Smart Contract sie einfach aus. Aber das wirft viele offene Fragen auf. Hat diese Wallet tatsächlich die Berechtigung? Hat schon jemand verifiziert, wer dahintersteckt? Wird diese Übertragung die Regeln der App verletzen? Ohne eine Art Autorisierungsebene landen Entwickler mit diesen Entscheidungen am Ende in Off-Chain-Diensten, zentralen Servern – oder ignorieren sie schlicht und hoffen, dass nichts schiefgeht.

Warum jede Onchain-App eine Policy-Ebene braucht

Tempo und niedrige Gebühren reichen für On-Chain-Apps nicht mehr aus. Die Leute erwarten Transparenz, Sicherheit und echte Leitplanken, bevor ihre Transaktion überhaupt die Blockchain erreicht. Genau dafür gibt es eine Policy-Ebene – und genau diese Lücke @NewtonProtocol soll geschlossen werden.
Blockchains machen eine Sache wirklich gut: Transaktionen so zu verarbeiten, wie es im Code festgelegt ist. Wenn du eine Transaktion einreichst, führt der Smart Contract sie einfach aus. Aber das wirft viele offene Fragen auf. Hat diese Wallet tatsächlich die Berechtigung? Hat schon jemand verifiziert, wer dahintersteckt? Wird diese Übertragung die Regeln der App verletzen? Ohne eine Art Autorisierungsebene landen Entwickler mit diesen Entscheidungen am Ende in Off-Chain-Diensten, zentralen Servern – oder ignorieren sie schlicht und hoffen, dass nichts schiefgeht.
#newt $NEWT KI-Agenten wickeln Transaktionen mit atemberaubender Geschwindigkeit ab, aber ohne die richtige Kontrolle wird diese Geschwindigkeit riskant. Das Newton-Protokoll schaltet eine Autorisierungsebene dazwischen – jede von einer KI generierte Transaktion wird anhand programmierbarer Richtlinien geprüft, bevor überhaupt etwas durchgeht. Dabei geht es nicht nur um Regeln: Newton nutzt dezentrale Operatoren, kryptografische Beweise und datenschutzfreundliche Verfahren, um KI-Agenten in die Spur zu bringen. Sie müssen sich an festgelegte Ausgabenlimits halten, nur mit genehmigten Gegenparteien Geschäfte machen und Compliance-Vorgaben einhalten – alles automatisch. Keine endlosen Wartezeiten mehr auf manuelle Freigaben – Newton macht Automatisierung sowohl sicher als auch überprüfbar und hält dabei stets die Absicht des Menschen als leitende Kraft onchain. Während KI-gestützte Finanzen weiter wachsen, werden @NewtonProtocol $NEWT und #Newt zur Grundlage für sicheren, verlässlichen Handel im Agentenmodus.
#newt $NEWT KI-Agenten wickeln Transaktionen mit atemberaubender Geschwindigkeit ab, aber ohne die richtige Kontrolle wird diese Geschwindigkeit riskant. Das Newton-Protokoll schaltet eine Autorisierungsebene dazwischen – jede von einer KI generierte Transaktion wird anhand programmierbarer Richtlinien geprüft, bevor überhaupt etwas durchgeht. Dabei geht es nicht nur um Regeln: Newton nutzt dezentrale Operatoren, kryptografische Beweise und datenschutzfreundliche Verfahren, um KI-Agenten in die Spur zu bringen. Sie müssen sich an festgelegte Ausgabenlimits halten, nur mit genehmigten Gegenparteien Geschäfte machen und Compliance-Vorgaben einhalten – alles automatisch.

Keine endlosen Wartezeiten mehr auf manuelle Freigaben – Newton macht Automatisierung sowohl sicher als auch überprüfbar und hält dabei stets die Absicht des Menschen als leitende Kraft onchain. Während KI-gestützte Finanzen weiter wachsen, werden @NewtonProtocol $NEWT und #Newt zur Grundlage für sicheren, verlässlichen Handel im Agentenmodus.
Die Zukunft von DeFi ist vorab autorisiert, nicht chaotisch ohne FreigabeDeFi hat sich einen Namen gemacht, indem es jedem die Nutzung von Smart Contracts ermöglichte, ohne um Erlaubnis zu bitten. Diese Offenheit hat eine Welle der Kreativität ausgelöst – aber sie hat auch etwas außen vor gelassen, auf das Banken und Zahlungsnetzwerke sich schon immer verlassen haben: Transaktionen vorab zu genehmigen, bevor sie überhaupt stattfinden. Newton Protocol geht dieses Problem mit einem neuen Ansatz an. Es verändert nicht, wie Blockchains Transaktionen abwickeln. Stattdessen ergänzt es ein Autorisierungssystem, das tatsächlich die Absicht hinter einer Transaktion überprüft, bevor irgendetwas ausgeführt wird. Vergessen Sie also das Vertrauen auf Drittanbieter oder Plug-and-Play-Compliance-APIs. Apps können nun kryptografische Belege verlangen, dass alle Richtlinien, die ihnen wichtig sind, geprüft – und bestanden – wurden, noch bevor eine Transaktion überhaupt einen Smart Contract erreicht.

Die Zukunft von DeFi ist vorab autorisiert, nicht chaotisch ohne Freigabe

DeFi hat sich einen Namen gemacht, indem es jedem die Nutzung von Smart Contracts ermöglichte, ohne um Erlaubnis zu bitten. Diese Offenheit hat eine Welle der Kreativität ausgelöst – aber sie hat auch etwas außen vor gelassen, auf das Banken und Zahlungsnetzwerke sich schon immer verlassen haben: Transaktionen vorab zu genehmigen, bevor sie überhaupt stattfinden.
Newton Protocol geht dieses Problem mit einem neuen Ansatz an. Es verändert nicht, wie Blockchains Transaktionen abwickeln. Stattdessen ergänzt es ein Autorisierungssystem, das tatsächlich die Absicht hinter einer Transaktion überprüft, bevor irgendetwas ausgeführt wird. Vergessen Sie also das Vertrauen auf Drittanbieter oder Plug-and-Play-Compliance-APIs. Apps können nun kryptografische Belege verlangen, dass alle Richtlinien, die ihnen wichtig sind, geprüft – und bestanden – wurden, noch bevor eine Transaktion überhaupt einen Smart Contract erreicht.
Die meisten DeFi-Protokolle laufen darauf hinaus, Transaktionen so schnell wie möglich auszuführen. Newton Protocol stoppt jedoch und stellt eine härtere Frage: Sollte diese Transaktion überhaupt erst durchgeführt werden? Anstatt hektisch die Einhaltung prüfen zu müssen oder Risiken einzugehen, nachdem Vermögenswerte bereits verschoben wurden – was oft zu spät ist – untersucht Newton jede Transaktionsabsicht, bevor irgendetwas auf der Blockchain passiert. Das ist nicht nur ein oberflächlicher Check. Das Protokoll nutzt programmierbare Richtlinien, eine dezentrale Gruppe von Operatorn und kryptografische Bestätigungen, um Identität zu verifizieren, gegen Sanktionen zu screenen, Geschwindigkeitslimits durchzusetzen und jede weitere erforderliche Richtlinienregel direkt zu Beginn anzuwenden. Das ist auch keine einfache Ja-oder-Nein-Entscheidung. Newton liefert eine überprüfbare Bestätigung, gestützt durch sein gesamtes dezentrales Operator-Netzwerk. Smart Contracts können diesen Beleg verwenden, um Transaktionen zu blockieren, die die Regeln nicht erfüllen. So baut Newton eine Autorisierung bereits vor der Abwicklung ein – nicht nur eine Überwachung danach. Dieser Ansatz gibt DeFi ein stärkeres Rückgrat. Compliance, Datenschutz und Sicherheit sind nicht länger ein Tauziehen. Institutionen, KI-gesteuerte Finanztools und plattformübergreifende Anwendungen (Cross-Chain) erhalten eine Basis, auf der alle drei gemeinsam funktionieren können – ohne die Kontrolle an eine zentrale Autorität abzugeben. Mit dem Start von Newton Mainnet Beta bringt <0-9]{11} {0-9]{11} @NewtonProtocol eine Autorisierungsebene, die On-Chain-Transaktionen tatsächlich schützt, bevor sie ausgeführt werden. DeFi wird sicherer, stärker programmierbar und bereit für die nächste Welle der Einführung. $NEWT #Newt
Die meisten DeFi-Protokolle laufen darauf hinaus, Transaktionen so schnell wie möglich auszuführen. Newton Protocol stoppt jedoch und stellt eine härtere Frage: Sollte diese Transaktion überhaupt erst durchgeführt werden?

Anstatt hektisch die Einhaltung prüfen zu müssen oder Risiken einzugehen, nachdem Vermögenswerte bereits verschoben wurden – was oft zu spät ist – untersucht Newton jede Transaktionsabsicht, bevor irgendetwas auf der Blockchain passiert. Das ist nicht nur ein oberflächlicher Check. Das Protokoll nutzt programmierbare Richtlinien, eine dezentrale Gruppe von Operatorn und kryptografische Bestätigungen, um Identität zu verifizieren, gegen Sanktionen zu screenen, Geschwindigkeitslimits durchzusetzen und jede weitere erforderliche Richtlinienregel direkt zu Beginn anzuwenden.

Das ist auch keine einfache Ja-oder-Nein-Entscheidung. Newton liefert eine überprüfbare Bestätigung, gestützt durch sein gesamtes dezentrales Operator-Netzwerk. Smart Contracts können diesen Beleg verwenden, um Transaktionen zu blockieren, die die Regeln nicht erfüllen. So baut Newton eine Autorisierung bereits vor der Abwicklung ein – nicht nur eine Überwachung danach.

Dieser Ansatz gibt DeFi ein stärkeres Rückgrat. Compliance, Datenschutz und Sicherheit sind nicht länger ein Tauziehen. Institutionen, KI-gesteuerte Finanztools und plattformübergreifende Anwendungen (Cross-Chain) erhalten eine Basis, auf der alle drei gemeinsam funktionieren können – ohne die Kontrolle an eine zentrale Autorität abzugeben.

Mit dem Start von Newton Mainnet Beta bringt <0-9]{11} {0-9]{11} @NewtonProtocol eine Autorisierungsebene, die On-Chain-Transaktionen tatsächlich schützt, bevor sie ausgeführt werden. DeFi wird sicherer, stärker programmierbar und bereit für die nächste Welle der Einführung.

$NEWT #Newt
Artikel
Warum $NEWT die nächste Generation des Onchain-Finanzwesens antreiben könnteJeder Krypto-Zyklus bringt eine neue Innovationswelle. Zuerst waren es Smart Contracts. Dann kamen DeFi, NFTs und tokenisierte Assets. Jetzt verlagert sich das Gespräch hin zu etwas viel Größerem: Wie man Onchain-Finanzierungen sicher, compliant und praktikabel für eine breitere Palette von Teilnehmern macht. Dort hat @NewtonProtocol meine Aufmerksamkeit erregt. Was Newton anders macht, ist nicht, dass es versucht, zu einer weiteren Blockchain oder zu einer weiteren Wallet zu werden. Stattdessen konzentriert es sich auf etwas, das in öffentlichen Blockchains schon immer gefehlt hat: Autorisierung vor der Ausführung.

Warum $NEWT die nächste Generation des Onchain-Finanzwesens antreiben könnte

Jeder Krypto-Zyklus bringt eine neue Innovationswelle. Zuerst waren es Smart Contracts. Dann kamen DeFi, NFTs und tokenisierte Assets. Jetzt verlagert sich das Gespräch hin zu etwas viel Größerem: Wie man Onchain-Finanzierungen sicher, compliant und praktikabel für eine breitere Palette von Teilnehmern macht.
Dort hat @NewtonProtocol meine Aufmerksamkeit erregt.
Was Newton anders macht, ist nicht, dass es versucht, zu einer weiteren Blockchain oder zu einer weiteren Wallet zu werden. Stattdessen konzentriert es sich auf etwas, das in öffentlichen Blockchains schon immer gefehlt hat: Autorisierung vor der Ausführung.
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