Binance Square
Dà Zǔ 大祖
1.9k Beiträge

Dà Zǔ 大祖

Crypto Trade Signals 📈 | BTC ETH SOL XRP | Futures Long & Short Setups | Market Structure & Smart Money Analysis
Trade eröffnen
Regelmäßiger Trader
2.3 Jahre
300 Following
4.7K+ Follower
1.6K+ Like gegeben
Beiträge
Portfolio
·
--
Bullisch
Je länger ich mir das Onboarding des Newton-Operators anschaue, desto mehr lande ich immer wieder bei einer Frage: Wessen Definition von „dezentralisiert“ verwenden wir hier eigentlich? Newtons eigenes GitHub beschreibt seine Policy Layer als von einer „dezentralisierten, permissionierten Operator Set“ gesteuert – und wenn man diese Formulierung eine Minute lang durchdenkt, fängt es an, so zu wirken, als würden zwei Worte miteinander kämpfen. Im Moment ist das Netzwerk mitten im Übergang: Es wechselt von einem durch die Foundation betriebenen Rollup hin zu Validatoren von Drittanbietern, aber als Operator hineinzukommen ist nicht offen. Es ist permissioniert; permissionless Zugang soll irgendwo weiter unten auf der Roadmap kommen, aber jetzt ist es noch nicht live. Ehrlich gesagt, könnte das die richtige Entscheidung sein. Newtons gesamtes Pitch ist, Compliance durchzusetzen, bevor eine Transaktion zur Ruhe kommt, und die Aufgabe an irgendwen zu übergeben, der einfach einen Node hochfährt, ist nicht automatisch sicherer als sorgfältig auszuwählen, wer ihn betreibt. Was mich wirklich stört, ist nicht die Prüfung – sondern das Branding, das ihr vorausläuft. Dezentralisierung ist kein Etikett, das man früh tragen darf; es ist eine Zahl, die man sich erarbeitet und später veröffentlicht. Also streiche das Adjektiv und zeig mir die Kennzahlen. Stake-Konzentration über die Operatoren hinweg. Jurisdiktionsstreuung. Slashing und BLS-Attestationen sind solide Ingenieursarbeit, aber keine der beiden sagt mir, wer überhaupt von Anfang an einen Platz haben durfte. Keine Finanzberatung, nur wo meine Einschätzung nach dem Lesen der Doku landet. Welcher Schwellenwert würde dich persönlich damit wohlfühlen lassen, ein Operator Set als dezentral zu bezeichnen – Operator-Anzahl, Jurisdiktionsanzahl, oder etwas anderes? @NewtonProtocol #Newt $NEWT #USLaunchesNewStrikesAgainstIran #OilJumpsBondsSlideAfterUSStrikesOnIran #MuskNetWorthFallsBelow$1TrillionAfterSpaceXSharesDrop #SKHynixADREndsBookbuildingAfterOversubscription $KAITO $EVAA
Je länger ich mir das Onboarding des Newton-Operators anschaue, desto mehr lande ich immer wieder bei einer Frage: Wessen Definition von „dezentralisiert“ verwenden wir hier eigentlich?

Newtons eigenes GitHub beschreibt seine Policy Layer als von einer „dezentralisierten, permissionierten Operator Set“ gesteuert – und wenn man diese Formulierung eine Minute lang durchdenkt, fängt es an, so zu wirken, als würden zwei Worte miteinander kämpfen. Im Moment ist das Netzwerk mitten im Übergang: Es wechselt von einem durch die Foundation betriebenen Rollup hin zu Validatoren von Drittanbietern, aber als Operator hineinzukommen ist nicht offen. Es ist permissioniert; permissionless Zugang soll irgendwo weiter unten auf der Roadmap kommen, aber jetzt ist es noch nicht live.

Ehrlich gesagt, könnte das die richtige Entscheidung sein. Newtons gesamtes Pitch ist, Compliance durchzusetzen, bevor eine Transaktion zur Ruhe kommt, und die Aufgabe an irgendwen zu übergeben, der einfach einen Node hochfährt, ist nicht automatisch sicherer als sorgfältig auszuwählen, wer ihn betreibt.

Was mich wirklich stört, ist nicht die Prüfung – sondern das Branding, das ihr vorausläuft. Dezentralisierung ist kein Etikett, das man früh tragen darf; es ist eine Zahl, die man sich erarbeitet und später veröffentlicht.

Also streiche das Adjektiv und zeig mir die Kennzahlen. Stake-Konzentration über die Operatoren hinweg. Jurisdiktionsstreuung. Slashing und BLS-Attestationen sind solide Ingenieursarbeit, aber keine der beiden sagt mir, wer überhaupt von Anfang an einen Platz haben durfte.

Keine Finanzberatung, nur wo meine Einschätzung nach dem Lesen der Doku landet.

Welcher Schwellenwert würde dich persönlich damit wohlfühlen lassen, ein Operator Set als dezentral zu bezeichnen – Operator-Anzahl, Jurisdiktionsanzahl, oder etwas anderes?

@NewtonProtocol #Newt $NEWT

#USLaunchesNewStrikesAgainstIran #OilJumpsBondsSlideAfterUSStrikesOnIran #MuskNetWorthFallsBelow$1TrillionAfterSpaceXSharesDrop #SKHynixADREndsBookbuildingAfterOversubscription

$KAITO $EVAA
Verifiziert
Artikel
Newton-Operatoren können sich genauso leicht auf eine Lüge einigen wie auf die Wahrheit je mehr ich mir die Mainnet-Beta-Vault-Richtlinien von Newton anschaue, desto mehr komme ich zu einer unbequemen Frage zurück: Woran genau einigen sich seine Operatoren? Sie können verifizieren, dass eine Richtlinie korrekt ausgeführt wurde, dass identische Eingaben identische Ergebnisse erzeugten und dass die Entscheidung beim Smart Contract ankam. Keines davon beweist, dass der Preis oder der Risikowert wahr war. Das ist wichtig, weil der kurzfristige Anwendungsfall nicht Identitätsprüfung oder Compliance-Papierkram ist. Es handelt sich um automatisiertes Risikomanagement für Onchain-Tresore: Ein Kurator legt Limits fest, Newton bewertet eine Aktion, bevor sie zur Abwicklung kommt, und die Transaktion passiert, scheitert oder löst einen Schutz aus. Genau hier

Newton-Operatoren können sich genauso leicht auf eine Lüge einigen wie auf die Wahrheit

je mehr ich mir die Mainnet-Beta-Vault-Richtlinien von Newton anschaue, desto mehr komme ich zu einer unbequemen Frage zurück: Woran genau einigen sich seine Operatoren? Sie können verifizieren, dass eine Richtlinie korrekt ausgeführt wurde, dass identische Eingaben identische Ergebnisse erzeugten und dass die Entscheidung beim Smart Contract ankam. Keines davon beweist, dass der Preis oder der Risikowert wahr war.
Das ist wichtig, weil
der kurzfristige Anwendungsfall nicht Identitätsprüfung oder Compliance-Papierkram ist. Es handelt sich um automatisiertes Risikomanagement für Onchain-Tresore: Ein Kurator legt Limits fest, Newton bewertet eine Aktion, bevor sie zur Abwicklung kommt, und die Transaktion passiert, scheitert oder löst einen Schutz aus. Genau hier
·
--
Bullisch
Verifiziert
Je mehr ich über Newton Protocol nachdenke, desto weniger sehe ich es als ein Compliance-Projekt. Ich sehe es als eine Wette darauf, dass Wallets bald nicht mehr passiv sein werden. Heute wartet ein Wallet darauf, dass ein Nutzer auf „Genehmigen“ klickt. Morgen könnte ein KI-Wallet Stablecoins routen, Agenten bezahlen, mit DeFi interagieren oder reale Vermögenswerte berühren – ohne dass ein Mensch bei jedem Schritt nachprüft. Genau dort wirkt das alte Modell zunehmend dünn. Denn wer ist verantwortlich, wenn eine KI-Agentie etwas tut, wozu sie technisch die Erlaubnis hatte, es aber nicht hätte tun sollen? Genau dieser Ansatz steckt hinter Newton Protocol. Seine Onchain-Policy-Ebene ermöglicht es Entwicklern, Regeln mit der Rego-Policy-Sprache in programmierbare Compliance zu übersetzen. Ein dezentrales Operator-Netzwerk kann dann kryptografische Bestätigungen liefern, die prüfen, dass Kontrollen vor der Ausführung durchgeführt wurden. Nicht danach. Vorher. Das ist entscheidend für die Autorisierung von KI-Agenten, die Automatisierung von KYC/AML, das Onchain-Screening auf Sanktionen, die Compliance auf Transaktionsebene und für Stablecoin-Flüsse, denen Institutionen möglicherweise irgendwann vertrauen müssen. Meine aufrichtige Zurückhaltung betrifft den Zeitpunkt. Das NEWT-Token hängt von echter Nachfrage ab, und die KI-Agenten von Newton Protocol könnten noch vor dem Markt liegen. Vielleicht ist das eine kluge Integration. Vielleicht ist es Infrastruktur, die auf eine Zukunft wartet, die länger dauert als erwartet. Aber wenn KI anfängt, Geld ernsthaft zu bewegen, wird „nur das Wallet genehmigen“ nicht ausreichen. Ist Newton Protocol also zu früh, oder tut der Markt weiterhin so, als würden KI-Wallets keine Regeln brauchen? @NewtonProtocol #Newt $NEWT $EVAA $CHIP
Je mehr ich über Newton Protocol nachdenke, desto weniger sehe ich es als ein Compliance-Projekt.

Ich sehe es als eine Wette darauf, dass Wallets bald nicht mehr passiv sein werden.
Heute wartet ein Wallet darauf, dass ein Nutzer auf „Genehmigen“ klickt. Morgen könnte ein KI-Wallet Stablecoins routen, Agenten bezahlen, mit DeFi interagieren oder reale Vermögenswerte berühren – ohne dass ein Mensch bei jedem Schritt nachprüft. Genau dort wirkt das alte Modell zunehmend dünn.

Denn wer ist verantwortlich, wenn eine KI-Agentie etwas tut, wozu sie technisch die Erlaubnis hatte, es aber nicht hätte tun sollen?
Genau dieser Ansatz steckt hinter Newton Protocol. Seine Onchain-Policy-Ebene ermöglicht es Entwicklern, Regeln mit der Rego-Policy-Sprache in programmierbare Compliance zu übersetzen. Ein dezentrales Operator-Netzwerk kann dann kryptografische Bestätigungen liefern, die prüfen, dass Kontrollen vor der Ausführung durchgeführt wurden.

Nicht danach. Vorher.

Das ist entscheidend für die Autorisierung von KI-Agenten, die Automatisierung von KYC/AML, das Onchain-Screening auf Sanktionen, die Compliance auf Transaktionsebene und für Stablecoin-Flüsse, denen Institutionen möglicherweise irgendwann vertrauen müssen.
Meine aufrichtige Zurückhaltung betrifft den Zeitpunkt. Das NEWT-Token hängt von echter Nachfrage ab, und die KI-Agenten von Newton Protocol könnten noch vor dem Markt liegen. Vielleicht ist das eine kluge Integration. Vielleicht ist es Infrastruktur, die auf eine Zukunft wartet, die länger dauert als erwartet.

Aber wenn KI anfängt, Geld ernsthaft zu bewegen, wird „nur das Wallet genehmigen“ nicht ausreichen.

Ist Newton Protocol also zu früh, oder tut der Markt weiterhin so, als würden KI-Wallets keine Regeln brauchen?

@NewtonProtocol #Newt $NEWT

$EVAA $CHIP
Verifiziert
Newton Protocol macht Vertrauen zu überprüfbarer PolicyFrüher dachte ich, das Newton-Protocol sei vor allem ein weiterer Versuch, Compliance Onchain durchzusetzen. Je mehr Zeit ich damit verbrachte, desto weniger überzeugend wurde diese Beschreibung. Newton versucht nicht wirklich, DeFi “compliant” aussehen zu lassen. Es will ändern, wo das Vertrauen sitzt, bevor eine Transaktion passiert. Anstatt Nutzern zu sagen, sie müssten glauben, dass ein Operator, Curator, eine Institution oder ein automatisierter Agent die Regeln befolgt hat, macht das Newton Protocol diese Regeln zu Software und macht ihre Durchsetzung überprüfbar. Der Unterschied klingt klein. Ist er aber nicht.

Newton Protocol macht Vertrauen zu überprüfbarer Policy

Früher dachte ich, das Newton-Protocol sei vor allem ein weiterer Versuch, Compliance Onchain durchzusetzen. Je mehr Zeit ich damit verbrachte, desto weniger überzeugend wurde diese Beschreibung.
Newton versucht nicht wirklich, DeFi “compliant” aussehen zu lassen. Es will ändern, wo das Vertrauen sitzt, bevor eine Transaktion passiert. Anstatt Nutzern zu sagen, sie müssten glauben, dass ein Operator, Curator, eine Institution oder ein automatisierter Agent die Regeln befolgt hat, macht das Newton Protocol diese Regeln zu Software und macht ihre Durchsetzung überprüfbar.
Der Unterschied klingt klein. Ist er aber nicht.
Verifiziert
Ich habe die Tokenomics-Seiten von Newton Protocol auf newt. foundation letzte Nacht durchgesehen und mit den üblichen vagen Versprechen gerechnet. Ich habe etwas Seltenes gefunden: ein Projekt, das offen zugibt, dass es noch nicht dezentralisiert ist. Die Zahlen liegen auf der Hand. Feste Gesamtmenge von 1 Milliarde NEWT, keine Inflation, und 40% bei Insidern: Core Contributors 18,5%, Early Backers 16,5%, Magic Labs 5%, gestaffelt mit Cliffs bis 2029. Nur etwa 21,5% waren bei Listing im Umlauf. Laut den Tokenomist-Daten liegen wir jetzt bei rund 28,8%. Ich habe diese Zuordnungstabelle zweimal neu gelesen, um sicherzugehen, dass ich sie richtig verstanden habe. Die Governance folgt demselben Muster: heute wird sie von der Foundation gesteuert, mit einem veröffentlichten Übergang an die Community-DAO-Steuerung, sobald durch das Freischalten des Stakings die Stimmrechte im Laufe der Zeit ansteigen. Lob, wo es hingehört. Die meisten Projekte nennen sich am ersten Tag dezentralisiert; Newton veröffentlicht stattdessen einen Zeitplan. Trotzdem hat mich eine Sache nicht richtig abgeholt. Transparenz über Konzentration löst keine Konzentration. Bis diese Cliffs im Jahr 2029 reifen, findet jede „Community“-Abstimmung in einem Raum statt, in dem vestende Insiders die strukturelle Mehrheit halten. Das ist eine Überlegung, kein Skandal; niemand versteckt das. Aber das sind zwei unterschiedliche Fragen. Die eine lautet, ob sich die Macht irgendwann dezentralisieren wird. Die andere lautet, ob die heutige Governance für dich jetzt genug dezentralisiert ist, um ihr zu vertrauen. Newton beantwortet die erste Frage klar. Die zweite liegt bei dir, abzuwägen. Also: Würdest du lieber einen Token halten, der heute ehrlich zentralisiert ist, oder einen, der unehrlich „dezentralisiert“ genannt wird? @NewtonProtocol #Newt $NEWT $ANOME $TLM {future}(NEWTUSDT)
Ich habe die Tokenomics-Seiten von Newton Protocol auf newt.

foundation letzte Nacht durchgesehen und mit den üblichen vagen Versprechen gerechnet. Ich habe etwas Seltenes gefunden: ein Projekt, das offen zugibt, dass es noch nicht dezentralisiert ist.

Die Zahlen liegen auf der Hand. Feste Gesamtmenge von 1 Milliarde NEWT, keine Inflation, und 40% bei Insidern: Core Contributors 18,5%, Early Backers 16,5%, Magic Labs 5%, gestaffelt mit Cliffs bis 2029.

Nur etwa 21,5% waren bei Listing im Umlauf. Laut den Tokenomist-Daten liegen wir jetzt bei rund 28,8%.

Ich habe diese Zuordnungstabelle zweimal neu gelesen, um sicherzugehen, dass ich sie richtig verstanden habe.

Die Governance folgt demselben Muster: heute wird sie von der Foundation gesteuert, mit einem veröffentlichten Übergang an die Community-DAO-Steuerung, sobald durch das Freischalten des Stakings die Stimmrechte im Laufe der Zeit ansteigen.

Lob, wo es hingehört. Die meisten Projekte nennen sich am ersten Tag dezentralisiert; Newton veröffentlicht stattdessen einen Zeitplan.

Trotzdem hat mich eine Sache nicht richtig abgeholt.

Transparenz über Konzentration löst keine Konzentration.

Bis diese Cliffs im Jahr 2029 reifen, findet jede „Community“-Abstimmung in einem Raum statt, in dem vestende Insiders die strukturelle Mehrheit halten. Das ist eine Überlegung, kein Skandal; niemand versteckt das.

Aber das sind zwei unterschiedliche Fragen. Die eine lautet, ob sich die Macht irgendwann dezentralisieren wird. Die andere lautet, ob die heutige Governance für dich jetzt genug dezentralisiert ist, um ihr zu vertrauen.

Newton beantwortet die erste Frage klar. Die zweite liegt bei dir, abzuwägen.

Also: Würdest du lieber einen Token halten, der heute ehrlich zentralisiert ist, oder einen, der unehrlich „dezentralisiert“ genannt wird?

@NewtonProtocol #Newt $NEWT

$ANOME $TLM
Verifiziert
Artikel
Newton hat eine Compliance-Ebene gebaut. Die Retail-These ist weiterhin offenIch habe diese Woche zwei Abende damit verbracht, „ die aktuellen Projektseiten mit der Berichterstattung zur Markteinführung von Juni 2025 zu vergleichen. Gleicher Ticker, gleiches Team, kaum überlappende Beschreibungen. Die meisten Beiträge behandeln Newtons Neupositionierung als ein Produkt-Upgrade. Ich lese es inzwischen als etwas Seltsameres: eine stille Veränderung des Kunden, von Retail-Wallets hin zu regulierten Institutionen. So lautet die aktuelle Einordnung. Sowohl die Live-NEWT-Seiten von CoinMarketCap als auch von CoinGecko beschreiben Newton als „die dezentrale Policy-Ebene, die Onchain-Compliance verifizierbar, programmierbar und automatisch macht.“

Newton hat eine Compliance-Ebene gebaut. Die Retail-These ist weiterhin offen

Ich habe diese Woche zwei Abende damit verbracht, „
die aktuellen Projektseiten mit der Berichterstattung zur Markteinführung von Juni 2025 zu vergleichen. Gleicher Ticker, gleiches Team, kaum überlappende Beschreibungen.
Die meisten Beiträge behandeln Newtons Neupositionierung als ein Produkt-Upgrade. Ich lese es inzwischen als etwas Seltsameres: eine stille Veränderung des Kunden, von Retail-Wallets hin zu regulierten Institutionen.
So lautet die aktuelle Einordnung. Sowohl die Live-NEWT-Seiten von CoinMarketCap als auch von CoinGecko beschreiben Newton als „die dezentrale Policy-Ebene, die Onchain-Compliance verifizierbar, programmierbar und automatisch macht.“
Je mehr ich über @NewtonProtocol nachdenke, desto mehr komme ich auf eine beunruhigende Frage zurück: Was passiert mit dem Handel selbst, wenn die meisten Menschen still und leise zur Seite treten. Was ich an Newton mag, ist, dass es so tut, als wäre dieser Wandel bereits geschehen. Es baut dafür – jetzt, im Voraus auf die Zukunft von KI-Handelsagenten. Was Newton tatsächlich tut, ist automatisierten Handelssystemen einen Ort zu geben, an dem sie mit Regeln und Verantwortlichkeit operieren können, statt alles einem Blackbox-Ansatz zu überlassen. Aber großartige Technologie allein garantiert keine Akzeptanz. Die meisten Menschen denken nicht über agentische Finanzen oder Automationsarchitektur nach. Sie denken: „Wird das tatsächlich bessere Entscheidungen treffen als ich selbst?“ „Kann ich etwas vertrauen, das ich nicht vollständig verstehe?“ Newton konkurriert nicht nur mit anderen Plattformen, die dieser Zukunft hinterherjagen. Es konkurriert mit dem menschlichen Instinkt, eine Hand am Steuer zu behalten – selbst dann, wenn es ihnen vielleicht besser dienen würde, loszulassen. Das heißt nicht, dass die Wette falsch ist. Es könnte nur bedeuten, dass KI-gesteuerte Portfolios noch ein paar Jahre stiller Bewährung brauchen, bevor die Menschen ihnen echtes Geld anvertrauen. Früh dran zu sein kann genauso schwierig sein wie falsch zu liegen. Die Märkte belohnen irgendwann das, was Reibung entfernt, die die Menschen gar nicht als Last mit sich herumgetragen haben. Newton setzt darauf, dass Vertrauen – nicht Technologie – das letzte fehlende Puzzleteil ist. $NEWT #Newt #BOKWarnsSingleStockLeveragedETFRisks #VitalikOutlinesLeanEthereumRoadmap #IRENFalls10%After$700MCoCEOStockAward #EthicalHackersFindAptosFlawRisking$70B $VANRY $LAB
Je mehr ich über @NewtonProtocol nachdenke, desto mehr komme ich auf eine beunruhigende Frage zurück: Was passiert mit dem Handel selbst, wenn die meisten Menschen still und leise zur Seite treten.

Was ich an Newton mag, ist, dass es so tut, als wäre dieser Wandel bereits geschehen. Es baut dafür – jetzt, im Voraus auf die Zukunft von KI-Handelsagenten.

Was Newton tatsächlich tut, ist automatisierten Handelssystemen einen Ort zu geben, an dem sie mit Regeln und Verantwortlichkeit operieren können, statt alles einem Blackbox-Ansatz zu überlassen.

Aber großartige Technologie allein garantiert keine Akzeptanz.

Die meisten Menschen denken nicht über agentische Finanzen oder Automationsarchitektur nach. Sie denken: „Wird das tatsächlich bessere Entscheidungen treffen als ich selbst?“ „Kann ich etwas vertrauen, das ich nicht vollständig verstehe?“

Newton konkurriert nicht nur mit anderen Plattformen, die dieser Zukunft hinterherjagen.

Es konkurriert mit dem menschlichen Instinkt, eine Hand am Steuer zu behalten – selbst dann, wenn es ihnen vielleicht besser dienen würde, loszulassen.

Das heißt nicht, dass die Wette falsch ist. Es könnte nur bedeuten, dass KI-gesteuerte Portfolios noch ein paar Jahre stiller Bewährung brauchen, bevor die Menschen ihnen echtes Geld anvertrauen.

Früh dran zu sein kann genauso schwierig sein wie falsch zu liegen.

Die Märkte belohnen irgendwann das, was Reibung entfernt, die die Menschen gar nicht als Last mit sich herumgetragen haben. Newton setzt darauf, dass Vertrauen – nicht Technologie – das letzte fehlende Puzzleteil ist.

$NEWT #Newt

#BOKWarnsSingleStockLeveragedETFRisks #VitalikOutlinesLeanEthereumRoadmap #IRENFalls10%After$700MCoCEOStockAward #EthicalHackersFindAptosFlawRisking$70B

$VANRY $LAB
Verifiziert
Artikel
Newton Protocol Kann Beweisen, dass ein Agent dir gehorcht hat. Es Kann Nicht Beweisen, dass der Agent Recht hatte.Ich habe etwas Zeit damit verbracht, tatsächlich zu lesen statt nur die Token-Seite zu überfliegen, die „Lite Paper“ . Die meisten Menschen behandeln „KI-Agent + Krypto“ als eine Marketing-Kombination. Newton betrachtet das als ein Autorisierungsproblem: die Lücke zwischen dem, was du einem Agenten gesagt hast zu tun, und dem, was er tatsächlich On-Chain getan hat. Die Behauptung ist konkret genug, um sie zu überprüfen. Newton führt die Agenten-Ausführung in „Trusted Execution Environments“ aus und verifiziert dann die Ausgabe mit Zero-Knowledge-Proofs. Die Berechtigungen werden über etwas namens „zk Permissions“ definiert, und die Kontologik basiert auf ERC-4337 und EIP-7702 Smart Accounts. Ein „Keystore Rollup“ verwaltet den Cross-Chain-Status, sodass sich die Autorität eines Agenten nicht stillschweigend erweitert, sobald er auf eine andere Chain wechselt.

Newton Protocol Kann Beweisen, dass ein Agent dir gehorcht hat. Es Kann Nicht Beweisen, dass der Agent Recht hatte.

Ich habe etwas Zeit damit verbracht, tatsächlich zu lesen
statt nur die Token-Seite zu überfliegen, die „Lite Paper“ .
Die meisten Menschen behandeln „KI-Agent + Krypto“ als eine Marketing-Kombination. Newton betrachtet das als ein Autorisierungsproblem: die Lücke zwischen dem, was du einem Agenten gesagt hast zu tun, und dem, was er tatsächlich On-Chain getan hat.
Die Behauptung ist konkret genug, um sie zu überprüfen. Newton führt die Agenten-Ausführung in „Trusted Execution Environments“ aus und verifiziert dann die Ausgabe mit Zero-Knowledge-Proofs. Die Berechtigungen werden über etwas namens „zk Permissions“ definiert, und die Kontologik basiert auf ERC-4337 und EIP-7702 Smart Accounts. Ein „Keystore Rollup“ verwaltet den Cross-Chain-Status, sodass sich die Autorität eines Agenten nicht stillschweigend erweitert, sobald er auf eine andere Chain wechselt.
·
--
Bullisch
@NewtonProtocol Ich kann beweisen, dass sich die Operatoren geeinigt haben. Es kann nicht beweisen, dass sie Recht hatten. Ich komme immer wieder auf das hier zurück: Eine per BLS aggregierte Signatur beweist Konsens, nicht Korrektheit. Der Evaluationsfluss von Newton ermöglicht es vielen Operatoren, eine Richtlinie unabhängig zu prüfen und ihre Zustimmungen dann zu einem einzigen kompakten Beweis zu verdichten – kryptografisch wasserdicht, günstig zu verifizieren und schwer zu fälschen. Das ist ein echter Fortschritt gegenüber dem Vertrauen auf einen einzelnen Admin-Schlüssel. Aber der aggregierte Signaturbeweis bescheinigt nur, dass eine qualifizierte Mehrheit zur selben Antwort gelangt ist. Wenn die Richtlinie selbst falsch formuliert ist – ein schlechter Schwellenwert, ein fehlender Sonderfall, eine veraltete Datenannahme – dann kann jeder Operator sie getreu auswerten und trotzdem etwas Gefährliches freigeben. Kryptografische Verifikation vs. Korrektheit ist hier die eigentliche Trennlinie, und die kann keine BLS-Mathematik alleine schließen. Newtons Antwort ist das Streitfenster: Unabhängige Parteien können eine signierte Auswertung anfechten und den Fehler mit einem Zero-Knowledge-Fraud-Proof nachträglich nachweisen. Das ist ein echtes Sicherheitsnetz, aber es ist reaktiv, nicht präventiv – es fängt schlechte Richtlinienergebnisse ab, nachdem die Operatoren bereits zugestimmt haben. Also: Dämpft der Mechanismus für Streitfälle tatsächlich fehlerhafte Richtlinien, oder räumt er nur sauber auf, nachdem der Schaden angerichtet ist? $NEWT #Newt $HMSTR $VELVET
@NewtonProtocol Ich kann beweisen, dass sich die Operatoren geeinigt haben. Es kann nicht beweisen, dass sie Recht hatten.

Ich komme immer wieder auf das hier zurück: Eine per BLS aggregierte Signatur beweist Konsens, nicht Korrektheit. Der Evaluationsfluss von Newton ermöglicht es vielen Operatoren, eine Richtlinie unabhängig zu prüfen und ihre Zustimmungen dann zu einem einzigen kompakten Beweis zu verdichten – kryptografisch wasserdicht, günstig zu verifizieren und schwer zu fälschen. Das ist ein echter Fortschritt gegenüber dem Vertrauen auf einen einzelnen Admin-Schlüssel.

Aber der aggregierte Signaturbeweis bescheinigt nur, dass eine qualifizierte Mehrheit zur selben Antwort gelangt ist. Wenn die Richtlinie selbst falsch formuliert ist – ein schlechter Schwellenwert, ein fehlender Sonderfall, eine veraltete Datenannahme – dann kann jeder Operator sie getreu auswerten und trotzdem etwas Gefährliches freigeben. Kryptografische Verifikation vs. Korrektheit ist hier die eigentliche Trennlinie, und die kann keine BLS-Mathematik alleine schließen.

Newtons Antwort ist das Streitfenster: Unabhängige Parteien können eine signierte Auswertung anfechten und den Fehler mit einem Zero-Knowledge-Fraud-Proof nachträglich nachweisen. Das ist ein echtes Sicherheitsnetz, aber es ist reaktiv, nicht präventiv – es fängt schlechte Richtlinienergebnisse ab, nachdem die Operatoren bereits zugestimmt haben.

Also: Dämpft der Mechanismus für Streitfälle tatsächlich fehlerhafte Richtlinien, oder räumt er nur sauber auf, nachdem der Schaden angerichtet ist?

$NEWT #Newt

$HMSTR $VELVET
Artikel
Neutons Operatoren stimmen über jede Transaktion ab – aber wer hat sie reingeholt?Ich bin immer wieder zu einer Zeile zurückgekehrt: in den Dokumenten: „dezentralisierte, erlaubte Betreiberstruktur.“ Diese beiden Wörter nebeneinander sollten sich nicht so selbstverständlich anfühlen. Und doch hängt das ganze Versprechen von einer vertrauenslosen Politikbewertung ab – ohne ein einziges Admin-Schlüsselmaterial, mit kryptografischem Beweis über jede Freigabe hinweg – davon, dass Menschen diese Kombination akzeptieren, ohne zu fragen, wer die Zuteilung pro Auftrag vornimmt. Auf den ersten Blick wirkt die Auswahl der Newton-Operatoren gelöst. Kein einzelner Operator kann eine Transaktion allein freigeben. Die Richtlinien werden unabhängig über ein Newton-Operator-Netzwerk ausgewertet, das durch auf EigenLayer restaktes ETH gesichert ist, und eine Autorisierung feuert nur dann, wenn genügend Operatoren zustimmen – der Konsens ist so ausgelegt, dass kein einzelner Operator über das Ergebnis entscheidet. Jede Freigabe wird zu einer gemeinsamen Signatur zusammengefaltet, indem BLS-Signaturaggregation verwendet wird; das Prüfen einer qualifizierten Mehrheit kostet also ungefähr genauso viel wie das Prüfen eines einzelnen Unterzeichners. Das ist elegant. Und das ist auch nicht der Teil, der mich wirklich interessiert.

Neutons Operatoren stimmen über jede Transaktion ab – aber wer hat sie reingeholt?

Ich bin immer wieder zu einer Zeile zurückgekehrt:
in den Dokumenten: „dezentralisierte, erlaubte Betreiberstruktur.“ Diese beiden Wörter nebeneinander sollten sich nicht so selbstverständlich anfühlen. Und doch hängt das ganze Versprechen von einer vertrauenslosen Politikbewertung ab – ohne ein einziges Admin-Schlüsselmaterial, mit kryptografischem Beweis über jede Freigabe hinweg – davon, dass Menschen diese Kombination akzeptieren, ohne zu fragen, wer die Zuteilung pro Auftrag vornimmt.
Auf den ersten Blick wirkt die Auswahl der Newton-Operatoren gelöst. Kein einzelner Operator kann eine Transaktion allein freigeben. Die Richtlinien werden unabhängig über ein Newton-Operator-Netzwerk ausgewertet, das durch auf EigenLayer restaktes ETH gesichert ist, und eine Autorisierung feuert nur dann, wenn genügend Operatoren zustimmen – der Konsens ist so ausgelegt, dass kein einzelner Operator über das Ergebnis entscheidet. Jede Freigabe wird zu einer gemeinsamen Signatur zusammengefaltet, indem BLS-Signaturaggregation verwendet wird; das Prüfen einer qualifizierten Mehrheit kostet also ungefähr genauso viel wie das Prüfen eines einzelnen Unterzeichners. Das ist elegant. Und das ist auch nicht der Teil, der mich wirklich interessiert.
·
--
Bullisch
Jeder erinnert sich daran, dass Wormhole 2022 $320 Mio. verloren hat. Fast niemand erinnert sich daran, was drei Monate später geschah. Ein White-Hat fand die Proxy-Implementierung der Bridge uninitialisiert vor. Jeder hätte initialize aufrufen, die Kontrolle übernehmen und das beenden können, was der erste Hack begonnen hatte. Wormhole zahlte die größte Bug-Bounty der Geschichte, $10 Millionen, für einen Bug, der dem Angreifer nichts kostete außer einem Funktionsaufruf. Das ist der Geist, der jede upgradebare Contract-Implementierung von heute heimsucht. Wenn ich also Newtons Integrationsleitfaden sehe, der vor allem verlangt, dass ein _newton Policy Client Initialized Flag gesetzt wird, bevor irgendetwas funktioniert, dann sehe ich nicht nur Boilerplate. Ich sehe Narbengewebe. Die Branche hat diese Regel in Blut gelernt – und in $320 Mio. davon. Aber hier ist mein ehrliches Fazit: Das Flag stoppt den zweiten Aufruf. Es kann den ersten nicht verifizieren. Gib ihm die falsche Task-Manager-Adresse in sie ein, und du hast eine kaputte Konfiguration perfekt abgesichert. Das Flag ist ein Sicherheitsgurt. Du musst trotzdem fahren. Mein Urteil: Newton ist für die Wormhole-Lektion ausgelegt. Ob Integratoren den ersten Aufruf respektieren, liegt jedoch weiterhin an uns. Würdet ihr einem Protokoll vertrauen, dessen in it aus einer einzigen ungesicherten Transaktion besteht? Denn 2022 hat das jeder getan. 👇 $NEWT #Newt @NewtonProtocol $TLM $ARPA {future}(ARPAUSDT)
Jeder erinnert sich daran, dass Wormhole 2022 $320 Mio. verloren hat. Fast niemand erinnert sich daran, was drei Monate später geschah.

Ein White-Hat fand die Proxy-Implementierung der Bridge uninitialisiert vor. Jeder hätte initialize aufrufen, die Kontrolle übernehmen und das beenden können, was der erste Hack begonnen hatte. Wormhole zahlte die größte Bug-Bounty der Geschichte, $10 Millionen, für einen Bug, der dem Angreifer nichts kostete außer einem Funktionsaufruf.

Das ist der Geist, der jede upgradebare Contract-Implementierung von heute heimsucht.

Wenn ich also Newtons Integrationsleitfaden sehe, der vor allem verlangt, dass ein _newton Policy Client Initialized Flag gesetzt wird, bevor irgendetwas funktioniert, dann sehe ich nicht nur Boilerplate. Ich sehe Narbengewebe. Die Branche hat diese Regel in Blut gelernt – und in $320 Mio. davon.

Aber hier ist mein ehrliches Fazit: Das Flag stoppt den zweiten Aufruf. Es kann den ersten nicht verifizieren. Gib ihm die falsche Task-Manager-Adresse in sie ein, und du hast eine kaputte Konfiguration perfekt abgesichert.

Das Flag ist ein Sicherheitsgurt. Du musst trotzdem fahren.

Mein Urteil: Newton ist für die Wormhole-Lektion ausgelegt. Ob Integratoren den ersten Aufruf respektieren, liegt jedoch weiterhin an uns.

Würdet ihr einem Protokoll vertrauen, dessen in it aus einer einzigen ungesicherten Transaktion besteht? Denn 2022 hat das jeder getan. 👇

$NEWT #Newt @NewtonProtocol
$TLM $ARPA
Artikel
Newton beseitigt kein Vertrauen. Es versteckt es an 4 Stellen. Ich habe sie gefunden.Ich habe zwei Abende lang darin verbracht, „docs“ durchgearbeitet, um mir eine Frage zu beantworten: Wenn sie „verifizierbar“ sagen – was genau wird dabei überprüft? Ich werde ehrlich sein, wo ich angefangen habe. Ich ging davon aus, dass die zk-Beweise die Hauptattraktion sind und dass das TEE-Zeug nur die Infrastruktur ist. Etwas Hintergrund. Aber am zweiten Abend hatte sich das komplett umgedreht, und genau dieser Wandel ist der Grund, warum ich das hier schreibe. Das ist der Punkt, der mich aufgehalten hat. Wenn ein Newton-geschützter Vertrag validate Attestation ausführt, prüft die Kette, dass die Attestation von dem Unterzeichner signiert wurde, den der Task Manager erwartet, und dass sie zu dieser spezifischen Aufgabe gehört. Und… das ist es. Das ist die Verifikation. Eine Signaturprüfung. Der Vertrag führt die Policy-Logik niemals erneut aus. Er bestätigt nur, dass jemand, dem er vertraut, „das ist bestanden“ gesagt hat.

Newton beseitigt kein Vertrauen. Es versteckt es an 4 Stellen. Ich habe sie gefunden.

Ich habe zwei Abende lang darin verbracht,
„docs“ durchgearbeitet, um mir eine Frage zu beantworten: Wenn sie „verifizierbar“ sagen – was genau wird dabei überprüft?
Ich werde ehrlich sein, wo ich angefangen habe. Ich ging davon aus, dass die zk-Beweise die Hauptattraktion sind und dass das TEE-Zeug nur die Infrastruktur ist. Etwas Hintergrund. Aber am zweiten Abend hatte sich das komplett umgedreht, und genau dieser Wandel ist der Grund, warum ich das hier schreibe.
Das ist der Punkt, der mich aufgehalten hat.
Wenn ein Newton-geschützter Vertrag validate Attestation ausführt, prüft die Kette, dass die Attestation von dem Unterzeichner signiert wurde, den der Task Manager erwartet, und dass sie zu dieser spezifischen Aufgabe gehört. Und… das ist es. Das ist die Verifikation. Eine Signaturprüfung. Der Vertrag führt die Policy-Logik niemals erneut aus. Er bestätigt nur, dass jemand, dem er vertraut, „das ist bestanden“ gesagt hat.
@NewtonProtocol CAN LOOK AKTIVIERT WÄHREND VERLASSEN DEFI EXPONIERT Ich habe Zeit darauf verwendet, und es stört mich immer noch. $NEWT teilt die Aktivierung in zwei Schritte auf. Zeige auf einen Policy-Vertrag. dann registriere die Konfiguration separat. Beim ersten Durchlauf dachte ich: in Ordnung, zusätzliche Sicherheit. Das ist keine Sicherheit. Es ist eine Lücke. #Newt baut ein Rollup für automatisierten Handel und KI-getriebene Strategien. Automatisierte Systeme prüfen nicht zweimal. Sie feuern. Wenn also die Adresse gesetzt ist, aber policyId nie über null hinauskommt, dann stoppt jeder freigegebene Trade einfach… still. ohne Fehler. ohne Hinweis warum. Das ist der Teil, der mich trifft. Die meisten Audits suchen nach Systemen, die zu viel tun. Das hier ist ein System, das nichts tut – während es vollständig bereitgestellt aussieht. Eine Policy-Adresse on-chain beweist nichts über die Aktivierung. nur, dass sie irgendwohin zeigt. Also ein strengeres Design – oder eine Falle für hastige Integrationen? Wie auch immer: Prüfe die Adresse. dann prüfe die policyId. eins ohne das andere ist, wie Deployments einen Blick bestehen und im Live-Betrieb scheitern. $GPS $RE
@NewtonProtocol CAN LOOK AKTIVIERT WÄHREND VERLASSEN DEFI EXPONIERT

Ich habe Zeit darauf verwendet, und es stört mich immer noch.

$NEWT teilt die Aktivierung in zwei Schritte auf. Zeige auf einen Policy-Vertrag. dann registriere die Konfiguration separat.

Beim ersten Durchlauf dachte ich: in Ordnung, zusätzliche Sicherheit.

Das ist keine Sicherheit. Es ist eine Lücke.

#Newt baut ein Rollup für automatisierten Handel und KI-getriebene Strategien. Automatisierte Systeme prüfen nicht zweimal. Sie feuern.

Wenn also die Adresse gesetzt ist, aber policyId nie über null hinauskommt, dann stoppt jeder freigegebene Trade einfach… still. ohne Fehler. ohne Hinweis warum.

Das ist der Teil, der mich trifft.

Die meisten Audits suchen nach Systemen, die zu viel tun. Das hier ist ein System, das nichts tut – während es vollständig bereitgestellt aussieht.

Eine Policy-Adresse on-chain beweist nichts über die Aktivierung. nur, dass sie irgendwohin zeigt.

Also ein strengeres Design – oder eine Falle für hastige Integrationen?

Wie auch immer: Prüfe die Adresse. dann prüfe die policyId. eins ohne das andere ist, wie Deployments einen Blick bestehen und im Live-Betrieb scheitern.

$GPS $RE
Teilweise korrekt
Artikel
Audit der Entwicklererfahrung (DevEx): Ist Newtens Zwei-Schritte-Policy-Aktivierung für DeFi zu riskant?Verbrachte einen Teil der letzten Woche damit, nachzuvollziehen, warum ein Zwei-Schritte-Aktivierungsablauf überhaupt akzeptabel sein sollte, bei etwas, das für automatisierten Handel gebaut wurde. Wirkte wie eine Sache, die mich mehr hätte stören müssen, als es die Doku scheinbar tat. Beim ersten Lesen dachte ich, das sei einfach sorgfältiges Engineering. Schritte trennen, einen Checkpoint hinzufügen, die Auswirkungsbreite reduzieren. Auf dem Papier passt das ja. Außer, es hält nicht stand, sobald man sich damit beschäftigt.   den Rollup, den sie für KI-gesteuerte Strategien und automatisierten Handel bauen,  macht ein Client zuerst auf einen Policy-Vertrag aufmerksam und dann, als separate Aktion, registriert er die tatsächliche Konfiguration, bevor irgendetwas aktiviert wird. Zwei Transaktionen. Niemand zwingt sie, nah beieinander zu passieren oder sogar in derselben Sitzung.

Audit der Entwicklererfahrung (DevEx): Ist Newtens Zwei-Schritte-Policy-Aktivierung für DeFi zu riskant?

Verbrachte einen Teil der letzten Woche damit, nachzuvollziehen, warum ein Zwei-Schritte-Aktivierungsablauf überhaupt akzeptabel sein sollte, bei etwas, das für automatisierten Handel gebaut wurde. Wirkte wie eine Sache, die mich mehr hätte stören müssen, als es die Doku scheinbar tat.
Beim ersten Lesen dachte ich, das sei einfach sorgfältiges Engineering. Schritte trennen, einen Checkpoint hinzufügen, die Auswirkungsbreite reduzieren. Auf dem Papier passt das ja.
Außer, es hält nicht stand, sobald man sich damit beschäftigt.
den Rollup, den sie für KI-gesteuerte Strategien und automatisierten Handel bauen, macht ein Client zuerst auf einen Policy-Vertrag aufmerksam und dann, als separate Aktion, registriert er die tatsächliche Konfiguration, bevor irgendetwas aktiviert wird. Zwei Transaktionen. Niemand zwingt sie, nah beieinander zu passieren oder sogar in derselben Sitzung.
Artikel
Warum NEWTON der einzige Weg ist, dein Smart Contract „Suicide Pact“ zu stoppenIch erinnere mich daran, wie ich letztes Jahr in einem Discord-Kriegssaal saß, während es einen Brücken-Exploit gab. Nicht das Chaos ist mir geblieben; es war der Rhythmus. Man konnte sehen, wie die Transaktionen den Blockexplorer stetig erreichten—präzise, mathematisch und völlig gleichgültig. 🖱️ Auf dem Bildschirm tat der Vertrag genau das, wofür er programmiert war. Er nahm Signaturen entgegen, überprüfte die Mathematik und gab Millionen von Dollar an eine Adresse frei, die damit nichts zu tun haben sollte. Es gab keinen Weg, dem Code zurufen, er solle stoppen. Es gab keine „Notbremse“, die nicht die gesamte Dezentralisierung des Systems zerstören würde. 🌑

Warum NEWTON der einzige Weg ist, dein Smart Contract „Suicide Pact“ zu stoppen

Ich erinnere mich daran, wie ich letztes Jahr in einem Discord-Kriegssaal saß, während es einen Brücken-Exploit gab. Nicht das Chaos ist mir geblieben; es war der Rhythmus. Man konnte sehen, wie die Transaktionen den Blockexplorer stetig erreichten—präzise, mathematisch und völlig gleichgültig. 🖱️
Auf dem Bildschirm tat der Vertrag genau das, wofür er programmiert war. Er nahm Signaturen entgegen, überprüfte die Mathematik und gab Millionen von Dollar an eine Adresse frei, die damit nichts zu tun haben sollte. Es gab keinen Weg, dem Code zurufen, er solle stoppen. Es gab keine „Notbremse“, die nicht die gesamte Dezentralisierung des Systems zerstören würde. 🌑
#Newt $NEWT @NewtonProtocol Es gibt eine ganz bestimmte Art von Stille, die genau dann einsetzt, wenn das Terminal „deployment successful“ meldet. 🖱️ Es ist nicht die feierliche Sorte. Es ist dieses schwere, kalte Bewusstsein, dass du gerade deine Lebensarbeit an eine Umgebung übergeben hast, die aktiv versucht, sie zu zerstören. 🌑 Du stehst da, aktualisierst den Block-Explorer und schaust auf ein statisches Objekt, das du nicht mehr kontrollieren kannst. 🥶 Von „Immutability“ reden wir, als wäre es dieses große Meisterwerk. Aber in dem Moment fühlt es sich eher wie ein Gefängnis an. ⛓️ Du hast eine Maschine gebaut, die rechtlich verpflichtet ist, ihre eigene Mathematik zu befolgen – selbst dann, wenn diese Mathematik gerade dafür genutzt wird, jeden Cent aus dem Tresor abzuziehen. Es ist ein ekelhaftes Gefühl: zu wissen, dass dein Code freiwilliger Mitspieler bei seinem eigenen Raub ist, weil er nicht die Handlungsfähigkeit hat, „nein“ zu sagen. 📉 Ich habe angefangen, Newton nicht mehr nur als „Security“ zu sehen. Es geht eigentlich darum, dem Contract einen Puls zu geben. ❤️‍🔥 Der Unterschied ist wie zwischen einer Statue, die mutwillig beschädigt wird, und einer Person, die einen Schlag kommen sieht und ausweicht. 🛡️ Vielleicht haben wir zu viel Zeit damit verbracht, wunderschöne, unveränderliche Statuen zu bauen und das dann „Future Finance“ zu nennen. 🏗️Ich frage mich, ob wir wirklich bereit sind für Code, der das Recht hat, sich selbst zu verteidigen. 👁️‍🗨️ $NFP $MET {future}(METUSDT) {future}(NFPUSDT)
#Newt $NEWT @NewtonProtocol
Es gibt eine ganz bestimmte Art von Stille, die genau dann einsetzt, wenn das Terminal „deployment successful“ meldet. 🖱️

Es ist nicht die feierliche Sorte. Es ist dieses schwere, kalte Bewusstsein, dass du gerade deine Lebensarbeit an eine Umgebung übergeben hast, die aktiv versucht, sie zu zerstören.

🌑 Du stehst da, aktualisierst den Block-Explorer und schaust auf ein statisches Objekt, das du nicht mehr kontrollieren kannst.

🥶 Von „Immutability“ reden wir, als wäre es dieses große Meisterwerk. Aber in dem Moment fühlt es sich eher wie ein Gefängnis an.

⛓️ Du hast eine Maschine gebaut, die rechtlich verpflichtet ist, ihre eigene Mathematik zu befolgen – selbst dann, wenn diese Mathematik gerade dafür genutzt wird, jeden Cent aus dem Tresor abzuziehen. Es ist ein ekelhaftes Gefühl: zu wissen, dass dein Code freiwilliger Mitspieler bei seinem eigenen Raub ist, weil er nicht die Handlungsfähigkeit hat, „nein“ zu sagen.

📉 Ich habe angefangen, Newton nicht mehr nur als „Security“ zu sehen. Es geht eigentlich darum, dem Contract einen Puls zu geben.

❤️‍🔥 Der Unterschied ist wie zwischen einer Statue, die mutwillig beschädigt wird, und einer Person, die einen Schlag kommen sieht und ausweicht.

🛡️ Vielleicht haben wir zu viel Zeit damit verbracht, wunderschöne, unveränderliche Statuen zu bauen und das dann „Future Finance“ zu nennen.

🏗️Ich frage mich, ob wir wirklich bereit sind für Code, der das Recht hat, sich selbst zu verteidigen. 👁️‍🗨️

$NFP $MET
Artikel
Warum muss jede neue Chain Menschen erst von null an davon überzeugen, ihr zu vertrauen?Ich komme immer wieder auf diese Frage zurück, wenn ein neues Protokoll mit seinem eigenen Validator-Set an den Start geht. Da ist etwas fast Performatives daran, ein brandneues Netzwerk fordert Fremde auf, echtes Geld zu hinterlegen – in der Hoffnung, dass es sich so verhalten wird, wie versprochen. Und die unbequeme Wahrheit ist: In den frühen Tagen gibt es dafür normalerweise nicht viel als Rückendeckung. Der Token ist neu. Er ist dünn. Er wurde noch nicht von jemandem getestet, der echtes Geld verlieren kann. Das ist, was ich das Cold-Start-Problem der dezentralen Sicherheit nennen würde. Man braucht Kapital, das als Sicherheit hinterlegt ist, um glaubwürdig zu wirken, aber das Kapital taucht erst auf, wenn man bereits glaubwürdig wirkt. Die meisten Teams überwinden das, indem sie sich ihren Weg durch Zwangslagen bruteforcen: einen Token „minten“, hohe Renditen in Aussicht stellen, und hoffen, dass genug Geld eintrifft, bevor die Anreize austrocknen. Manchmal klappt das. Aber es erklärt auch, warum so viele frühe Netzwerke von Angriffen zerlegt wurden, die bei etwas wie Ethereum kaum auffallen würden. Die Sicherheit war real, technisch gesehen. Sie war nur nicht sehr tief.

Warum muss jede neue Chain Menschen erst von null an davon überzeugen, ihr zu vertrauen?

Ich komme immer wieder auf diese Frage zurück, wenn ein neues Protokoll mit seinem eigenen Validator-Set an den Start geht. Da ist etwas fast Performatives daran, ein brandneues Netzwerk fordert Fremde auf, echtes Geld zu hinterlegen – in der Hoffnung, dass es sich so verhalten wird, wie versprochen. Und die unbequeme Wahrheit ist: In den frühen Tagen gibt es dafür normalerweise nicht viel als Rückendeckung. Der Token ist neu. Er ist dünn. Er wurde noch nicht von jemandem getestet, der echtes Geld verlieren kann.
Das ist, was ich das Cold-Start-Problem der dezentralen Sicherheit nennen würde. Man braucht Kapital, das als Sicherheit hinterlegt ist, um glaubwürdig zu wirken, aber das Kapital taucht erst auf, wenn man bereits glaubwürdig wirkt. Die meisten Teams überwinden das, indem sie sich ihren Weg durch Zwangslagen bruteforcen: einen Token „minten“, hohe Renditen in Aussicht stellen, und hoffen, dass genug Geld eintrifft, bevor die Anreize austrocknen. Manchmal klappt das. Aber es erklärt auch, warum so viele frühe Netzwerke von Angriffen zerlegt wurden, die bei etwas wie Ethereum kaum auffallen würden. Die Sicherheit war real, technisch gesehen. Sie war nur nicht sehr tief.
Früher nickte ich bei der Idee mit, dass Kryptografie einfach das Vertrauen aus der Gleichung entfernt. Der Beweis tritt auf den Plan, das Vertrauen tritt ab. Saubere Geschichte, leicht zu wiederholen. Doch je länger ich darüber nachdenke, desto weniger wahr fühlt es sich an. Ein Beweis kann dir nur zeigen, dass etwas vereinbart wurde  nicht, dass die Vereinbarung korrekt war, oder dass die Menschen, die zustimmten, keinen Grund hatten zu lügen. Wenn also jemand sagt „vertrauenslos“, meint er in der Regel: „Ich muss dieser bestimmten Sache nicht mehr vertrauen.“ Das Vertrauen ist nicht aus dem Raum verschwunden. Es hat nur den Platz gewechselt. Was tatsächlich passiert, glaube ich, ist Folgendes: Unbestimmtes Vertrauen wird durch konkretes Vertrauen ersetzt. Statt einen Firmennamen und eine Geschichte zu vertrauen  die vage sind und im Grunde nur ein Gefühl vermitteln  beginnst du, einem fest definierten Regelwerk zu vertrauen: wie viele Unterzeichner es gibt, was sie verlieren, wenn sie betrügen, und wie leicht es wäre, sie dabei zu erwischen. Das ist nicht vertrauenslos. Es ist Vertrauen, das du endlich benennen und prüfen kannst. So lese ich Newtons Verwendung von BLS-Zeugnissen. Es ist kein Zauber, der die Notwendigkeit von Vertrauen ausradiert  es ist eine Art, Vertrauen lesbar zu machen. Man wird nicht mehr gebeten, einem Reporter zu glauben; man wird gebeten, darauf zu vertrauen, dass eine bestimmte Mindestanzahl an Unterzeichnern nicht kolludiert. Kleinere Annahme, klar. Aber immer noch eine Annahme. Vielleicht besteht also die eigentliche Fähigkeit in diesem Bereich nicht darin, Systeme mit „keinem Vertrauen“ zu finden  sondern darin, besser darin zu werden, das Vertrauen zu lesen, das immer noch da ist. Worauf würdest du tatsächlich schauen, um zu beurteilen, ob ein Validator-Set dieses Vertrauen verdient? @NewtonProtocol #Newt $NEWT $H $SYN {future}(SYNUSDT) {future}(HUSDT)
Früher nickte ich bei der Idee mit, dass Kryptografie einfach das Vertrauen aus der Gleichung entfernt. Der Beweis tritt auf den Plan, das Vertrauen tritt ab. Saubere Geschichte, leicht zu wiederholen.

Doch je länger ich darüber nachdenke, desto weniger wahr fühlt es sich an. Ein Beweis kann dir nur zeigen, dass etwas vereinbart wurde nicht, dass die Vereinbarung korrekt war, oder dass die Menschen, die zustimmten, keinen Grund hatten zu lügen. Wenn also jemand sagt „vertrauenslos“, meint er in der Regel: „Ich muss dieser bestimmten Sache nicht mehr vertrauen.“ Das Vertrauen ist nicht aus dem Raum verschwunden. Es hat nur den Platz gewechselt.

Was tatsächlich passiert, glaube ich, ist Folgendes: Unbestimmtes Vertrauen wird durch konkretes Vertrauen ersetzt. Statt einen Firmennamen und eine Geschichte zu vertrauen die vage sind und im Grunde nur ein Gefühl vermitteln beginnst du, einem fest definierten Regelwerk zu vertrauen: wie viele Unterzeichner es gibt, was sie verlieren, wenn sie betrügen, und wie leicht es wäre, sie dabei zu erwischen. Das ist nicht vertrauenslos. Es ist Vertrauen, das du endlich benennen und prüfen kannst.

So lese ich Newtons Verwendung von BLS-Zeugnissen. Es ist kein Zauber, der die Notwendigkeit von Vertrauen ausradiert es ist eine Art, Vertrauen lesbar zu machen. Man wird nicht mehr gebeten, einem Reporter zu glauben; man wird gebeten, darauf zu vertrauen, dass eine bestimmte Mindestanzahl an Unterzeichnern nicht kolludiert. Kleinere Annahme, klar. Aber immer noch eine Annahme.

Vielleicht besteht also die eigentliche Fähigkeit in diesem Bereich nicht darin, Systeme mit „keinem Vertrauen“ zu finden sondern darin, besser darin zu werden, das Vertrauen zu lesen, das immer noch da ist. Worauf würdest du tatsächlich schauen, um zu beurteilen, ob ein Validator-Set dieses Vertrauen verdient?

@NewtonProtocol #Newt $NEWT

$H $SYN
·
--
Bullisch
Ich habe letzte Nacht viel zu lange damit verbracht, @OpenGradient Doku-Seiten zu lesen, statt zu schlafen. Nicht mal irgendwas getestet, nur versucht, eine Sache zu verstehen: Wenn die KI dir eine Antwort gibt, wartet die Chain dann darauf? Turns out: Nein. Und das hat mich mehr überrascht, als es sollte. Die Anfrage geht einfach direkt an einen Inferenz-Knoten. Kein Block, keine Validatoren, die dort herumsitzen und warten — nichts davon. Du bekommst eine Antwort im Grunde sofort, genau wie bei jeder normalen API. Der Proof-Teil — also das, was tatsächlich sagt: „Ja, dieses Modell ist wirklich gelaufen, hier ist die Mathematik/Hardware, die das stützt“ — der kommt danach. Separat. Leise, fast unbemerkt. Entweder eine TEE-<a>Attestation</a> oder ein ZKML-<a>Proof</a> wird abgeschlossen, sobald die Antwort bereits raus ist. Ich bin da sitzen geblieben und hab nachgedacht. Es gibt so ein kleines Zeitfenster: Du hast eine Antwort, aber noch nicht den Proof dafür. Darüber redet niemand wirklich. Es wird weder groß beworben, noch versteckt — es ist einfach da, eingebaut in die Art, wie das System funktioniert. Und ehrlich gesagt weiß ich nicht, ob das ein clevers Tradeoff ist oder einfach eine ehrliche Lösung. Erst Geschwindigkeit, die Wahrheit ein bisschen später. Für etwas Langweiliges ist das nicht relevant. Für etwas wie ein Lending-Protocol, das während eines Crashs Sicherheiten umschichtet, ist dieses „ein bisschen später“ die ganze Geschichte. Was mich gepackt hat: Sie haben nicht betrogen, um schneller zu sein. Sie haben einfach aufgehört so zu tun, als müsse Verifikation sofort passieren, damit es „echt“ ist. Trotzdem kann ich nicht aufhören darüber nachzudenken, was in dieser kleinen Lücke passiert, in der noch niemand prüft. $OPG #OPG $SYN $RIF
Ich habe letzte Nacht viel zu lange damit verbracht, @OpenGradient Doku-Seiten zu lesen, statt zu schlafen. Nicht mal irgendwas getestet, nur versucht, eine Sache zu verstehen: Wenn die KI dir eine Antwort gibt, wartet die Chain dann darauf?

Turns out: Nein. Und das hat mich mehr überrascht, als es sollte.

Die Anfrage geht einfach direkt an einen Inferenz-Knoten. Kein Block, keine Validatoren, die dort herumsitzen und warten — nichts davon. Du bekommst eine Antwort im Grunde sofort, genau wie bei jeder normalen API.

Der Proof-Teil — also das, was tatsächlich sagt: „Ja, dieses Modell ist wirklich gelaufen, hier ist die Mathematik/Hardware, die das stützt“ — der kommt danach. Separat. Leise, fast unbemerkt. Entweder eine TEE-<a>Attestation</a> oder ein ZKML-<a>Proof</a> wird abgeschlossen, sobald die Antwort bereits raus ist.

Ich bin da sitzen geblieben und hab nachgedacht. Es gibt so ein kleines Zeitfenster: Du hast eine Antwort, aber noch nicht den Proof dafür. Darüber redet niemand wirklich. Es wird weder groß beworben, noch versteckt — es ist einfach da, eingebaut in die Art, wie das System funktioniert.

Und ehrlich gesagt weiß ich nicht, ob das ein clevers Tradeoff ist oder einfach eine ehrliche Lösung. Erst Geschwindigkeit, die Wahrheit ein bisschen später. Für etwas Langweiliges ist das nicht relevant. Für etwas wie ein Lending-Protocol, das während eines Crashs Sicherheiten umschichtet, ist dieses „ein bisschen später“ die ganze Geschichte.

Was mich gepackt hat: Sie haben nicht betrogen, um schneller zu sein. Sie haben einfach aufgehört so zu tun, als müsse Verifikation sofort passieren, damit es „echt“ ist.

Trotzdem kann ich nicht aufhören darüber nachzudenken, was in dieser kleinen Lücke passiert, in der noch niemand prüft.

$OPG #OPG

$SYN $RIF
·
--
Bullisch
Die Hamas erklärte sich im Oktober damit einverstanden, sich zu entwaffnen, doch ihre Verhandler vollziehen nun eine komplette Kehrtwende. Laut israelischen Quellen hat der Gaza-Führer der Hamas, Khalil al-Hayya, seine Position in direkten Gesprächen mit Trump-Berater Aryeh Lightstone verschärft, während die Seiten über die Grundlagen streiten – etwa darüber, was tatsächlich als „schwere“ versus. „leichte“ Waffe gilt. Auch führende Hamas-Figuren wie Khaled Mashaal und Musa Abu Marzouk haben in den vergangenen Monaten zentrale Teile von Trumps 20-Punkte-Plan zurückgewiesen – denselben Plan, dem sie sich im vergangenen Herbst angeschlossen hatten. Die eigene Einschätzung des Boards of Peace: Die Gespräche seien „sehr ernst“, aber „nicht einfach“, und das Zeitfenster, um einen Deal festzuzurren, schrumpft rasch. „Wir haben ein paar Tage, maximal ein paar Wochen … sonst verlieren wir den Schwung.“ Ein Friedensplan funktioniert nur, wenn beide Seiten sich tatsächlich auf ihn zubewegen. Aktuell bewegt sich jedoch eine Seite in die entgegengesetzte Richtung. $ORDI $SYN $AIGENSYN #SamsungSKHynixSharesRiseYTD #DowHitsRecordClose #AzerbaijanDraftsVirtualAssetBillRequiringCentralBankLicense #SupremeCourtBlocksTrumpFromRemovingFedCook #AAVERises13.16%To$94.32 {future}(ORDIUSDT)
Die Hamas erklärte sich im Oktober damit einverstanden, sich zu entwaffnen, doch ihre Verhandler vollziehen nun eine komplette Kehrtwende.

Laut israelischen Quellen hat der Gaza-Führer der Hamas, Khalil al-Hayya, seine Position in direkten Gesprächen mit Trump-Berater Aryeh Lightstone verschärft, während die Seiten über die Grundlagen streiten – etwa darüber, was tatsächlich als „schwere“ versus. „leichte“ Waffe gilt.

Auch führende Hamas-Figuren wie Khaled Mashaal und Musa Abu Marzouk haben in den vergangenen Monaten zentrale Teile von Trumps 20-Punkte-Plan zurückgewiesen – denselben Plan, dem sie sich im vergangenen Herbst angeschlossen hatten.

Die eigene Einschätzung des Boards of Peace: Die Gespräche seien „sehr ernst“, aber „nicht einfach“, und das Zeitfenster, um einen Deal festzuzurren, schrumpft rasch.

„Wir haben ein paar Tage, maximal ein paar Wochen … sonst verlieren wir den Schwung.“

Ein Friedensplan funktioniert nur, wenn beide Seiten sich tatsächlich auf ihn zubewegen. Aktuell bewegt sich jedoch eine Seite in die entgegengesetzte Richtung.

$ORDI $SYN $AIGENSYN
#SamsungSKHynixSharesRiseYTD #DowHitsRecordClose #AzerbaijanDraftsVirtualAssetBillRequiringCentralBankLicense #SupremeCourtBlocksTrumpFromRemovingFedCook #AAVERises13.16%To$94.32
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