Viele betrachten @NewtonProtocol und finden es irgendwie vertraut, halten es für einen weiteren zusammengeschusterten ZK-, MPC- oder homomorphen Verschlüsselungs-Basteltrick, wie er auf dem Markt zuhauf existiert. Wenn man jedoch das Whitepaper wirklich durchgeht, erkennt man, dass es viele einzigartige Highlights hat.
Das erste Label heißt Newton Rego. Andere Projekte entwickeln nur Risiko-/Compliance-Strategien, die sich auf eine vorgefertigte Regelnbibliothek und einfache Bedingungslogik stützen. $NEWT jedoch hat den Rego-Compiler auf Unternehmensniveau direkt massiv umgebaut und ihm einen eigenen kryptografischen Erweiterungspaket-Block direkt einverleibt.
Das bedeutet: Compliance-Mitarbeiter können beim Schreiben derselben deklarativen Codezeile nicht nur klassische Blacklist-Filter nutzen, sondern auch direkt auf die zugrunde liegenden Schnittstellen zugreifen, um die Cross-Chain-Identitätssignaturen für secp256k1 und Ed25519 wiederherzustellen. Diese Syntax, die die Off-Chain-Multisig-Entscheidung und den nativen Cross-Chain-Urgrund atomar miteinander bindet, ist in Web3 einzigartig.
Das zweite Label ist #newt s Newton-Privacy-Envelope. Die meisten Projekte setzen beim Datenschutz im Kern auf „Verschlüsseln und dann im One-Click“-Versenden – aber NPE ist eine hochgradig zusammengesetzte kryptografische Konstruktion. Es nutzt Threshold-Verschlüsselung, verlangt gleichzeitig aber eine doppelte Signaturautorisierung durch den Nutzer und die DApp. Am härtesten ist, dass es auf Ebene des Wire Formats den Ciphertext fest mit einem bestimmten Policy-Client und einer einzelnen Transaktionsintention verankert. Jeder Hacker oder böswillige Knoten ist damit praktisch nicht in der Lage, diese Privacy-Daten in einem anderen Kontext wiederzuverwenden oder umzudeuten – und zwar von der Wurzel her, wodurch man Man-in-the-Middle-Angriffe im Kern abschneidet.
Am verblüffendsten, und am wenigsten von anderen Projekten kopierbar, ist der ZK-Straf-/Konfiskations-Challenge-Mechanismus. Andere machen ZK-Proofs ganz brav, indem sie Schaltkreise mühsam maßschneidern – nur für jeweils konkrete Compliance-Geschäftsprozesse. Das ist nicht nur schmerzhaft, sondern auch nicht wiederverwendbar. Newton dagegen nutzt die Eigenschaften der Rego-Sprache als reine Funktionen mit absolut deterministischer Mathematik: kurzerhand wird der komplette Rego-Sprachinterpreter direkt in den SP1- oder Risc0-Zero-Knowledge-Virtual-Machine eingestopft!
Das Ergebnis: Jede Codezeile, die ein beliebiger Risk/Compliance-Mitarbeiter „mal eben“ schreibt, besitzt automatisch eine ZK-nachweisbare Eigenschaft auf der unteren Ebene. Externe Herausforderer können, wenn ein Knoten Unfug anstellt, direkt dieses generische ZK-Proof verwenden, um böswillige Knoten auf EigenLayer sofort zu Fall zu bringen und on-chain die Vermögenskonfiskation auszulösen. Sogar, um diese Rechenleistung zu unterstützen, muss ein Knoten nur einmal auf dem Ethereum-Mainnet staken – und kann dann mithilfe eines BLS-Merkle-Baums die Gewichtung der Rechenleistung sicher auf alle gängigen L2s synchronisieren.
Das erste Label heißt Newton Rego. Andere Projekte entwickeln nur Risiko-/Compliance-Strategien, die sich auf eine vorgefertigte Regelnbibliothek und einfache Bedingungslogik stützen. $NEWT jedoch hat den Rego-Compiler auf Unternehmensniveau direkt massiv umgebaut und ihm einen eigenen kryptografischen Erweiterungspaket-Block direkt einverleibt.
Das bedeutet: Compliance-Mitarbeiter können beim Schreiben derselben deklarativen Codezeile nicht nur klassische Blacklist-Filter nutzen, sondern auch direkt auf die zugrunde liegenden Schnittstellen zugreifen, um die Cross-Chain-Identitätssignaturen für secp256k1 und Ed25519 wiederherzustellen. Diese Syntax, die die Off-Chain-Multisig-Entscheidung und den nativen Cross-Chain-Urgrund atomar miteinander bindet, ist in Web3 einzigartig.
Das zweite Label ist #newt s Newton-Privacy-Envelope. Die meisten Projekte setzen beim Datenschutz im Kern auf „Verschlüsseln und dann im One-Click“-Versenden – aber NPE ist eine hochgradig zusammengesetzte kryptografische Konstruktion. Es nutzt Threshold-Verschlüsselung, verlangt gleichzeitig aber eine doppelte Signaturautorisierung durch den Nutzer und die DApp. Am härtesten ist, dass es auf Ebene des Wire Formats den Ciphertext fest mit einem bestimmten Policy-Client und einer einzelnen Transaktionsintention verankert. Jeder Hacker oder böswillige Knoten ist damit praktisch nicht in der Lage, diese Privacy-Daten in einem anderen Kontext wiederzuverwenden oder umzudeuten – und zwar von der Wurzel her, wodurch man Man-in-the-Middle-Angriffe im Kern abschneidet.
Am verblüffendsten, und am wenigsten von anderen Projekten kopierbar, ist der ZK-Straf-/Konfiskations-Challenge-Mechanismus. Andere machen ZK-Proofs ganz brav, indem sie Schaltkreise mühsam maßschneidern – nur für jeweils konkrete Compliance-Geschäftsprozesse. Das ist nicht nur schmerzhaft, sondern auch nicht wiederverwendbar. Newton dagegen nutzt die Eigenschaften der Rego-Sprache als reine Funktionen mit absolut deterministischer Mathematik: kurzerhand wird der komplette Rego-Sprachinterpreter direkt in den SP1- oder Risc0-Zero-Knowledge-Virtual-Machine eingestopft!
Das Ergebnis: Jede Codezeile, die ein beliebiger Risk/Compliance-Mitarbeiter „mal eben“ schreibt, besitzt automatisch eine ZK-nachweisbare Eigenschaft auf der unteren Ebene. Externe Herausforderer können, wenn ein Knoten Unfug anstellt, direkt dieses generische ZK-Proof verwenden, um böswillige Knoten auf EigenLayer sofort zu Fall zu bringen und on-chain die Vermögenskonfiskation auszulösen. Sogar, um diese Rechenleistung zu unterstützen, muss ein Knoten nur einmal auf dem Ethereum-Mainnet staken – und kann dann mithilfe eines BLS-Merkle-Baums die Gewichtung der Rechenleistung sicher auf alle gängigen L2s synchronisieren.