Anubis Chain: Selektiver Datenschutz L1 mit PLONK ZK Proofs

Anubis Chain ist eine Layer-1-Blockchain, die darauf aufgebaut ist PLONK Zero-Knowledge-Beweise, volle EVM-Kompatibilitätund ein programmierbares Modell, das das Team nennt selektiver Datenschutz. Anstatt jede Transaktion standardmäßig zu verbergen wie Monero oder Zcash oder jedes Byte standardmäßig offenzulegen wie Ethereum, lässt Anubis Benutzer und Institutionen pro Transaktion oder pro Vertrag genau auswählen, welche Datenfelder privat bleiben und welche öffentlich überprüfbar werden. Das Mainnet ging am 7. April 2026 in Betrieb und das Netzwerk hat seitdem seine Ökosystemebene mit dem Genesis-Projekt AWAKE, einer Liquiditätsbereitstellung im Wert von 163 Millionen US-Dollar und der Aktivierung nativer Infrastruktur wie RocketSwap DEX und Capybara Launchpad geöffnet. In diesem Leitfaden werden die Architektur, die AWAKE-Einführung, das ZK-KYC-Compliance-Design und der Vergleich von Anubis Chain mit anderen datenschutzorientierten Netzwerken erläutert, die im Jahr 2026 um den institutionellen DeFi-Flow konkurrieren.

Der Pitch ist konzeptionell einfach, aber technisch anspruchsvoll: Blockchains haben ein Jahrzehnt damit verbracht, gegen einen Widerspruch zwischen Transparenz und Vertraulichkeit zu kämpfen, und die meisten Projekte haben sich für eine Seite entschieden. Anubis Chain argumentiert, dass die nächste Welle der On-Chain-Finanzierung, insbesondere tokenisierte Staatsanleihen, regulierte Stablecoin-Schienen und institutionelles Market-Making, dies erfordern wird beides Datenschutz und Überprüfbarkeit arbeiten auf derselben Ausführungsebene. Durch das Packen wissensfreier Grundelemente als EVM-Vorkompilierungen, anstatt die virtuelle Maschine neu zu schreiben, kann das Netzwerk Standard-Solidity-Verträge unterstützen und gleichzeitig abgeschirmte Guthaben, Stealth-Adressen und selektive Prüfpfade für Anwendungen anbieten, die danach fragen.

Was ist die Anubis-Kette?

Anubis-Kette ist ein EVM-kompatibles Layer-1-Netzwerk, das verwendet wissensfreie Beweise , um Benutzern eine detaillierte Kontrolle darüber zu geben, welche Transaktionsfelder in der Kette angezeigt werden. Das Netzwerk wird von der verwaltet ANUBI-Stiftung, eine im Jahr 2020 gegründete und durch inkubierte Investmentinstitution Anubis Labs, eine gemeinsame Initiative der Stiftung und der Kette selbst, die als Inkubationsmotor, Kapitalkoordinator und Wachstumsverstärker des Ökosystems fungiert.

Die Hauptmerkmale sind:

• Selektiver Datenschutz standardmäßig deaktiviert, nach Benutzer aktiviert. Intelligente Verträge entscheiden sich für abgeschirmte Grundelemente; Eine transparente Ausführung bleibt die Grundlage.
• 100 % EVM-Kompatibilität. Die Kette wird modifiziert ausgeliefert Geth -Client, der den EVM-Kernbefehlssatz, die Ausführungssemantik oder das Kontostatusmodell nicht ändert. Soliditätsverträge und Standardtools wie Hardhat, Foundry und MetaMask funktionieren wie bei Ethereum.
• Hybrides Zustandsmodell. Eine Kontoebene für EVM-Kompatibilität sowie eine Ebene im UTXO-Stil für abgeschirmte Guthaben, beide durch synchronisierte Zustandsübergänge koordiniert.
• Schwellenwertverschlüsselter Mempool. Ausstehende Transaktionen werden vor der Validierung verschlüsselt und gemischt, wodurch die standardmäßige Front-Running- und Sandwich-Angriffsfläche beseitigt wird, die transparente DEXs plagt.
• ZK-KYC-Konformitätsschicht. Identitätsdokumente werden außerhalb der Kette überprüft; Lediglich eine verschlüsselte Gültigkeitsbescheinigung ist in der Kette verankert, wodurch die Veröffentlichung personenbezogener Daten entfällt.
• Landeswährung: gasDAI. Das Mainnet, registriert als Ketten-ID 6714verwendet eine DAI-gebundene Einheit für Gas und verankert die Gebühren an einer stabilen Referenz und nicht an einem volatilen nativen Token.

Das Mainnet wurde am 7. April 2026 um 20:00 Uhr EDT gestartet. Der Zugriff auf den Block-Explorer ist unter verfügbar browser.anubispace.org und der kanonische RPC-Endpunkt wird über verfügbar gemacht rpc.anubispace.org.

Selektiver Datenschutz erklärt: Lösung des Transparenzwiderspruchs

Öffentliche Blockchains machen alle Eingaben, Ausgaben, Salden und Vertragsaufrufe der Welt zugänglich. Diese Eigenschaft ist für eine vertrauensminimierte Verifizierung unerlässlich, ist jedoch nicht mit der Funktionsweise regulierter Finanzen und der meisten Unternehmensabläufe vereinbar. Ein Treasury Desk kann Rebalancing-Aufträge nicht vor der Ausführung veröffentlichen. Ein Market Maker kann die Lagerbestände nicht in Echtzeit offenlegen. Ein Lohn- und Gehaltsabrechnungsdienstleister kann die Mitarbeitervergütung nicht in einem permanenten Hauptbuch ablegen. Die Standardantwort des Privacy-Coin-Ökosystems (Monero, Zcash, Namada, Penumbra) hat standardmäßig alles ausgeblendet. Das funktioniert bei bargeldähnlichen Überweisungen, funktioniert aber nicht bei der Zusammensetzbarkeit von Smart Contracts und bei allen Anwendungen, die die Einhaltung gegenüber Dritten nachweisen müssen.

Selektive Privatsphäre ist der Mittelweg. Auf der Anubis Chain kann ein Entwickler einen Smart Contract bereitstellen, dessen Code vollständig öffentlich und überprüfbar ist, während er den behält steht in diesem Vertrag geschirmt. Ein Benutzer kann Transaktionen durchführen, während er nur die für eine Gegenpartei oder einen Prüfer benötigten Felder anzeigt und den Rest ausblendet. Der Mechanismus, der dies ermöglicht, ist die Vorkompilierungsschicht: Zero-Knowledge-Verifizierer, Stealth-Adressgeneratoren und private staatliche Koordinatoren werden als preisgünstige Opcodes bereitgestellt, die jeder Solidity-Vertrag aufrufen kann.

Der praktische Unterschied zählt. Bei einer vollständig abgeschirmten Kette kann ein DEX kein transparentes Orderbuch veröffentlichen, da einzelne Salden für andere Verträge nicht überprüfbar sind. Mit Anubis Chain kann derselbe DEX ein transparentes Orderbuch auf der Kontoebene führen und gleichzeitig LPs aus einem abgeschirmten UTXO-Pool quotieren. Die gleiche Dynamik gilt für Railgun Datenschutz auf Anwendungsebene im -Stil, mit der Ausnahme, dass bei Anubis Chain die Datenschutzprimitive in der Basisschicht leben und die L1-Sicherheit erben, anstatt von vertragsspezifischen Anonymitätssätzen abhängig zu sein.

„Anubis Chain ermöglicht, was bisher auf einer einzelnen Ausführungsebene nicht möglich war: selektive Transparenz, bei der Institutionen überprüfbare Compliance erhalten und Benutzer ihre Kontrahentendaten vertraulich behandeln.“ – ANUBI Foundation, Architekturübersicht

Das Modell vermeidet außerdem den vollständig transparenten Fehlermodus. Front-Running, Sandwich-Angriffe, Copy-Trading und MEV-Extraktion auf Ethereum und den meisten L2s gibt es, weil ausstehende Transaktionen lange genug in einem öffentlichen Mempool verbleiben, damit Suchende reagieren können. Anubis verschlüsselt den Mempool mit Schwellenwertkryptographie vor, sodass Validatoren Transaktionsinhalte erst lesen können, nachdem die Bestellung festgelegt wurde. Dadurch wird die Informationsasymmetrie beseitigt, die MEV überhaupt erst profitabel macht.

PLONK Zero-Knowledge-Proofs: die kryptografische Engine

Das Beweissystem, das der Anubis-Kette zugrunde liegt, ist PLONK, mit dem, was das Team als beschreibt Turbo PLONK Optimierungen im -Stil für die On-Chain-Verifizierung. PLONK (Permutations over Lagrange-bases for Oecumenical Noninteractive arguments of Knowledge) ist eine zk-SNARK-Konstruktion, die den älteren Groth16-Standard durch einen einzigen ersetzt universell und aktualisierbar vertrauenswürdiges Setup. Diese Änderung ist aus drei Gründen für die Produktion von Bedeutung:

1. Eine Einrichtungszeremonie für das gesamte Netzwerk. Groth16 erforderte eine neue Zeremonie für jede neue Rennstrecke. Mit PLONK kann jeder Vertrag in der Anubis-Kette denselben strukturierten Referenzstring wiederverwenden, was es für die Kette wirtschaftlich macht, generische ZK-Vorkompilierungen anstelle maßgeschneiderter Schaltkreise pro dApp bereitzustellen.
2. Proofs mit konstanter Größe. Ein PLONK-Proof umfasst unabhängig von der Komplexität der Schaltung ungefähr 500 Bytes, sodass die Verifizierungskosten für das EVM vorhersehbar bleiben und die Gasbudgets nicht explodieren, wenn die Schaltungen wachsen.
3. Schnelle Verifizierung, langsamere Prüfung. Die Überprüfung dauert Millisekunden. Dies ist der Vorgang, der in der Kette bei jedem Block ausgeführt werden muss. Der Nachweis erfolgt außerhalb der Kette auf der Wallet des Benutzers oder einem Prüfdienst, bei dem eine langsamere Leistung akzeptabel ist.

Für Entwickler bedeutet dies, dass die Kosten für die Integration des Datenschutzes in Anubis Chain nahe an den Kosten eines normalen Vertragsaufrufs liegen, zuzüglich des Gases, das für die Überprüfung eines einzelnen PLONK-Beweises erforderlich ist. Für Endbenutzer bedeutet dies, dass private Transaktionen ungefähr zur gleichen Zeit wie transparente Transaktionen bestätigt werden, ohne Verzögerung bei der Stapelverarbeitung auf Protokollebene.

Die Kette kombiniert PLONK-Verifizierung mit EIP-5564-Stealth-Adressen, bereitgestellt als Vorkompilierung, die jedem Empfänger eine eindeutige einmalige Adresse pro Transaktion gibt, ohne dass ein zusätzlicher Hin- und Rückweg mit dem Absender erforderlich ist. Empfänger scannen Ankündigungen mit einem Sichtschlüssel, um eingehende Zahlungen zu entdecken. Das Ergebnis ist, dass selbst bei der Verwendung transparenter Salden die On-Chain-Verbindung zwischen Absender und Empfänger auf Adressebene unterbrochen wird.

EVM-Kompatibilität und Entwicklererfahrung

Eine der folgenreichsten Designentscheidungen bei Anubis Chain ist die Entscheidung, die EVM nicht zu forken. Der Geth-basierte Client behält das standardmäßige 160-Bit-Adressformat, das Kontostatusmodell und den vollständigen Opcode-Satz bei. Solidity-Verträge, die für Ethereum, Polygon oder jede andere EVM-äquivalente Kette zusammengestellt wurden, können unverändert eingesetzt werden, und Entwicklertools wie z Schutzhelm, Foundry, Remix, Wagmi und Ethers.js funktionieren ohne Modifikation.

Datenschutz wurde hinzugefügt herum das EVM und nicht darin. Jedes ZK-Grundelement wird als vorkompilierter Vertrag an einer festen Adresse bereitgestellt. Ein Solidity-Vertrag, der einen PLONK-Beweis überprüfen möchte, ruft die Vorkompilierung einfach auf die gleiche Weise auf, wie er sie aufrufen würde ecrecover. Die Ausgabe ist ein boolescher Wert. Dieses Muster hält die Oberfläche klein, macht die Prüfung nachvollziehbar und bedeutet, dass vorhandene Prüftools und statische Analysegeräte ohne protokollspezifische Erweiterungen über Anubis-Verträge nachdenken können.

Für Teams, die bereits auf Ethereum oder einem L2 laufen, ist der Migrationspfad konkret: Stellen Sie Verträge erneut auf die Ketten-ID 6714 bereit, richten Sie das Frontend auf den Anubis-RPC und ersetzen Sie alle Datenschutz-Workarounds (Off-Chain-Mixer, abgeschirmte Pools von Drittanbietern) durch einen direkten Vorkompilierungsaufruf. Zu den kompatiblen Geldbörsen beim Start gehören: Bitget-Wallet und OKX Wallet, wobei MetaMask durch den standardmäßigen benutzerdefinierten Netzwerkfluss unterstützt wird.

Architektur-Deep-Dive: Wie das Hybrid-Staatsmodell tatsächlich funktioniert

Die meisten öffentlichen Kommentare zum selektiven Datenschutz hören beim Marketing auf. Die mechanische Frage ist schwieriger: Wie kann ein einzelner L1 gleichzeitig den EVM-nativen Kontostatus und den abgeschirmten UTXO-Stil unterstützen, ohne dass eine Schicht die andere beschädigt? Die Antwort der Anubis-Kette besteht darin, dass die beiden Schichten strukturell getrennt gehalten und nur durch eine kleine, genau definierte Koordinationsschnittstelle verbunden sind.

Die Kontoschicht ist genau das, was Ethereum-Entwickler erwarten. Jede Adresse enthält einen Kontostand, eine Nonce, einen Code-Hash und einen Speicherversuch. Transaktionen, die auf die Kontoebene abzielen, verhalten sich wie Ethereum-Transaktionen und führen zu transparenten Zustandsübergängen. Im Gegensatz dazu verhält sich die abgeschirmte Schicht wie ein UTXO-Ledger. Notizen werden erstellt und konsumiert; Das Eigentum wird durch kryptografische Verpflichtungen und Nullifikatoren nachgewiesen. Der Satz aktuell auszugebender Banknoten wird durch einen Merkle-Baum dargestellt, dessen Wurzel in jedem Block verankert ist.

Das Überqueren der Schichten ist der interessante Teil. Ein Benutzer kann Schild ein transparentes Gleichgewicht durch Brennen von Token auf der Kontoebene und Erstellen einer entsprechenden Notiz auf der abgeschirmten Ebene durch einen Vorkompilierungsaufruf. Der umgekehrte Vorgang, Entschirmung, brennt eine Notiz (veröffentlicht nur ihren Nullifikator) und schreibt einen Saldo auf Kontoebene gut. Beide Operationen sind atomar und werden durch PLONK-Beweise validiert. Die Merkle-Wurzel, die den abgeschirmten Banknotensatz verankert, wird in jedem Block im Gleichschritt mit der Statuswurzel der Kontoschicht aktualisiert, was es der Kette ermöglicht, trotz der parallelen Ausführung zweier strukturell unterschiedlicher Hauptbücher eine einzige kohärente Zustandsmaschine zu bleiben.

Dieses Design hat direkte Konsequenzen für Anwendungsentwickler. Ein Protokoll, das seinen Benutzern abgeschirmte Guthaben offenlegen möchte, muss selbst keine Kryptografie implementieren. Es ruft die Vorkompilierungen „Shield“, „Unshield“ und „Transfer“ so auf, wie es aufgerufen werden würde ecrecover. Das Protokoll selbst kann in der standardmäßigen Solidität bleiben, wodurch die Prüfoberfläche beherrschbar bleibt.

Schwellenwertverschlüsselung und das Ende des Standard-MEV

MEV ist eine der größten Steuerflächen in DeFi. Auf transparenten Ketten überwachen Suchende den ausstehenden Mempool, identifizieren profitable Bestellungen und bezahlen Validatoren, um ihre Transaktionen an der optimalen Position einzuschließen. Bei den klassischen Angriffen handelt es sich um Sandwich-Angriffe (Front-Running des Opfers, dann Back-Running der daraus resultierenden Preisauswirkungen), generalisiertes Front-Running (Wiederholen einer beliebigen profitablen Strategie, die ein Benutzer ausführen möchte) und JIT-Liquidität (Hinzufügen und Entfernen von LP-Positionen um einen einzigen großen Swap herum).

Der Anubis-Chain-Mempool entschärft dies, indem er ausstehende Transaktionen mit einem Schwellenwertschema verschlüsselt, bevor Prüfer ihren Inhalt sehen können. Der Entschlüsselungsschlüssel wird gemeinsam von einem Ausschuss aufbewahrt und der Schlüssel wird erst rekonstruiert, nachdem ein Block vorgeschlagen und die Bestellung abgeschlossen wurde. Der praktische Effekt besteht darin, dass der Validator, der einen Block vorschlägt, dies über einen undurchsichtigen Satz von Transaktionen tut. Sobald die Transaktionen entschlüsselt und ausgeführt sind, ist die Reihenfolge nicht mehr verhandelbar und es gibt keine wirtschaftliche Angriffsfläche mehr für Sandwich- oder allgemeine Front-Running-Angriffe.

Das Design eliminiert nicht jede Form von MEV. Statistisches MEV, bei dem Suchende Transaktionsabsichten von Quellen außerhalb des Mempools ableiten (fehlgeschlagene Preflight-Prüfungen, Frontend-Telemetrie, Mempool-Überwachung auf überbrückten Ketten), kann an den Rändern immer noch vorhanden sein. Aber es entfernt die dominante Angriffsfläche, und zwar auf Protokollebene, anstatt dass jeder DEX seine eigene Abwehr implementieren muss. Für eine Kette, die den institutionellen Fluss in großem Umfang beherbergen möchte, ist dieses Eigentum strukturell wichtig: Institutionen können nicht an einem Handelsplatz handeln, an dem ihr Auftragsfluss routinemäßig aus Profitgründen arbitriert wird.

Wie es aussieht, auf der Anubis-Kette aufzubauen

Aus der Sicht eines Bauunternehmers ist der Einsatz auf der Anubis-Kette im Jahr 2026 absichtlich undramatisch. Die Entwicklungsumgebung ist derselbe Hardhat- oder Foundry-Arbeitsbereich, der bereits verwendet wird, mit zwei Änderungen: Die RPC-URL des Bereitstellungsziels verweist auf Anubis und die des Projekts foundry.toml oder Hardhat-Konfiguration registriert die Ketten-ID 6714. Verträge werden wie in jeder EVM-Kette kompiliert und bereitgestellt. Vorhandene Prüfberichte werden in den meisten Fällen ohne erneute Zertifizierung übernommen, da die EVM-Semantik unverändert bleibt.

Das Hinzufügen von Datenschutz ist eine Frage des Aufrufs der richtigen Vorkompilierung. Ein Token-Vertrag, der abgeschirmte Übertragungen offenlegen möchte, importiert eine dünne Solidity-Schnittstelle um die Vorkompilierungen von Abschirmung/Abschirmung/Übertragung herum, sperrt die relevanten Einstiegspunkte hinter dieser Schnittstelle und lässt die bestehende Buchhaltung des Protokolls die Kontoebene verwalten. Stealth-Adressen für Empfangsflüsse funktionieren auf die gleiche Weise: Eine EIP-5564-kompatible Ankündigung wird als Protokoll veröffentlicht, der Empfänger scannt Protokolle mit einem Anzeigeschlüssel und die Wallet-Benutzeroberfläche des Empfängers zeigt eingehende Notizen ohne weitere Interaktion in der Kette an.

Die Stücke, die neues Denken erfordern, gibt es welches Daten, die privat bleiben sollen. Der Standardwert für die meisten Projekte auf Anubis ist immer noch der transparente Zustand, da die meisten Anwendungslogiken nicht vom Datenschutz profitieren und Gas für transparente Vorgänge günstiger ist. Die Datenschutzoberfläche wird selektiv für die Datenfelder aktiviert, bei denen der Wert der Vertraulichkeit die Kosten der Beweiserstellung überwiegt. Aus diesem Grund verwendet das Team den Begriff „selektiver Datenschutz“ statt „Privacy by Default“: Die Architektur verlagert die Auswahl auf die Anwendungsebene, anstatt sie auf die Protokollebene zu übertragen.

Das AWAKE-Ökosystem: 163 Millionen US-Dollar Genesis-Liquidität

Das erste Flaggschiffprojekt, das die vollständige Migration auf Anubis Chain abgeschlossen hat, ist WACH. Der Handel wurde am 13. Mai 2026 um 20:00 Uhr SGT über den nativen DEX des Netzwerks, RocketSwap, in Betrieb genommen, wobei das DAI/LGNS-Paar den Startschuss gab.

Die Zahlen und Struktur:

• Anfänglicher Liquiditätspool: 163 Millionen US-Dollar an DAI und LGNS, vom AWAKE DAO-Organisationskomitee als einer der größten Einzeleinsätze im Anubis Chain-Ökosystem beschrieben.
• LGNS-Einführungspreis: 5 $ pro Token.
• Liquiditätsherkunft: Ein von der Community betriebenes Initial Liquidity Offering, das über die Capybara Launch Platform koordiniert wird, und keine private Zuteilung an Market Maker.
• Governance-Vehikel: AWAKE DAO, dessen Organisationskomitee die ILO und die Liquiditätspolitik nach dem Start strukturierte.
• Wallet-Zugriff: Bitget Wallet und OKX Wallet vom ersten Tag an über die offizielle Plattform von RocketSwap.

Bei der strategischen Bedeutung des AWAKE-Starts geht es weniger um LGNS als individuellen Vorteil als vielmehr darum, was der Einsatz beweist. Ein von der Community gesäter Pool im Wert von 163 Millionen US-Dollar, der über einen nativen DEX auf einem weniger als drei Monate alten Mainnet abgewickelt wird, klärt die Frage, ob eine selektive Datenschutzinfrastruktur echte Liquidität in großem Maßstab unterstützen kann. Es legt auch die Vorlage für nachfolgende Genesis-Projekte fest, von denen die Stiftung signalisiert hat, dass sie einem ähnlichen ILO-on-Capybara-, Listing-on-RocketSwap-Muster folgen werden.

RocketSwap: der native DEX

RocketSwap ist die dezentrale Börse, die als Teil des Anubis Chain-Kernstapels geliefert wird. Architektonisch ist es näher an der Kette angesiedelt als DEXs von Drittanbietern auf anderen L1s, mit direktem Zugriff auf den schwellenwertverschlüsselten Mempool und die Shielded-Balance-Vorkompilierungen. Die Kombination hat drei nachgelagerte Effekte:

• Native MEV-Resistenz. Da ausstehende Swaps vor der Bestellung verschlüsselt werden, verfügt die Suchinfrastruktur, die von Sandwich- und Backrunning-Angriffen auf Ethereum DEXs profitiert, über keinen lesbaren Auftragsfluss, auf den sie reagieren kann.
• Geschirmte LP-Positionen. Liquiditätsanbieter können sich dafür entscheiden, in geschützte Pools einzuzahlen und so die Größe einzelner Positionen zu verbergen, während die Gesamtreserven des Pools überprüfbar bleiben.
• Dynamische Gebührenanpassung. RocketSwap verwendet eine Gebührenmatrix, die auf Volatilität und Pooltiefe reagiert und dazu dient, neu gelistete Token von spekulativen Kaskaden zu isolieren und gleichzeitig die Kapitaleffizienz für stabile Paare zu bewahren.

Der DEX bietet auch spezielle Staking-Anreize für Liquiditätsanbieter in frühen Ökosystem-Pools mit dem Ziel, langfristige Verpflichtungen statt Söldnerkapital zu fördern. Händler können Märkte und Analysen überwachen über DEXTools sobald die Kettenabdeckung vollständig integriert ist.

Capybara Launchpad: ILO-Infrastruktur für Ökosystemprojekte

Capybara Launchpad ist die offizielle Initial Liquidity Offering-Plattform für Anubis Chain. Es fungiert als Community-Fundraising-Framework, das es Ökosystemprojekten ermöglicht, öffentliche Vermögenswerte zu bündeln und umfangreiche Liquiditätsreserven aufzubauen, bevor sie an RocketSwap oder einem anderen DEX notiert werden.

Das Capybara-Design spiegelt zwei Lehren aus früheren Launchpad-Zyklen wider. Erstens neigen Erhöhungen, die direkt an einen zentralen Market Maker gehen, dazu, die Token-Kontrolle zu konzentrieren und die Volatilität am Starttag zu verstärken. Capybara leitet Kapital in transparente On-Chain-Liquiditätspools ein, in denen private und institutionelle Teilnehmer Anteilseigner und nicht Gegenparteien sind. Zweitens schaffen zeitgebundene Liquiditätsrichtlinien dauerhaftes Vertrauen, indem sie Vesting- und Pool-Lock-Zeitpläne direkt auf Vertragsebene durchsetzen und Versprechen durch kryptografische Garantien ersetzen, die die Teilnehmer in der Kette überprüfen können.

Der erste große Einsatz durch Capybara war der AWAKE/LGNS-Start, der das Modell unter realen Liquiditätsbedingungen validierte. Zukünftige Ökosystemprojekte, darunter DeFi-Primitive, RWA-Tokenisierungsplattformen und institutionelle Zahlungsschienen, werden voraussichtlich denselben Weg einschlagen.

ZK-KYC: Compliance ohne Doxxing

Das folgenreichste Merkmal für die institutionelle Akzeptanz ist das ZK-KYC-Framework. Der Mechanismus funktioniert folgendermaßen:

1. Ein Benutzer führt eine Standard-KYC-Überprüfung bei einem autorisierten Off-Chain-Anbieter durch. Dokumente und persönliche Daten verlassen niemals die Umgebung dieses Anbieters.
2. Der Anbieter stellt eine Zero-Knowledge-Bescheinigung aus: einen kryptografischen Nachweis, dass der Benutzer ein definiertes Compliance-Schema erfüllt (Alter, Gerichtsbarkeit, Sanktionsfreigabe, Status als akkreditierter Investor usw.), ohne die zugrunde liegenden Daten preiszugeben.
3. Die Bescheinigung ist in der Anubis-Kette als Berechtigungsnachweis verankert, den der Benutzer kontrolliert.
4. Smart Contracts, die Compliance erfordern, können die Bescheinigung über einen PLONK-Precompile-Aufruf überprüfen. Der Vertrag lernt nur die boolesche Antwort auf ein bestimmtes Prädikat (z. B. „Ist dieser Benutzer nicht auf der OFAC-SDN-Liste?“), niemals die Identität des Benutzers.

Das Framework unterstützt auch selektive Prüffunktionen: Autorisierten Prüfern und Aufsichtsbehörden können Ansichtsschlüssel gewährt werden, die bestimmte Transaktionen oder Salden entschlüsseln, ohne den Rest des Benutzerverlaufs preiszugeben. Dies ist der Mechanismus, der es einem regulierten DeFi-Protokoll ermöglicht, die AML- und CFT-Berichtsanforderungen zu erfüllen und gleichzeitig im Standardfall weiterhin die Privatsphäre auf Benutzerebene zu wahren.

Das Design ähnelt strukturell Anmeldeinformationssystemen, die an anderer Stelle im Datenschutzstapel als Prototypen entwickelt werden, einschließlich des Kohaku SDK der Ethereum Foundation, aber mit dem Unterschied, dass in der Anubis-Kette die Verifizierungsprimitive auf Protokollebene liegen und nicht in einer Anwendungsbibliothek gespeichert sind. Diese Unterscheidung ist für Institutionen wichtig: Garantien auf Protokollebene überdauern Smart-Contract-Upgrades und sind gegenüber Compliance-Teams leichter zu verteidigen.

Netzwerkparameter und Ökonomie

Das Anubis-Chain-Mainnet arbeitet mit den folgenden bestätigten Netzwerkparametern, die der offiziellen Dokumentation und dem Kettenregister auf ChainList entnommen sind:

Die Entscheidung, eine DAI-gebundene Einheit (gasDAI) für die Gaspreisgestaltung zu verwenden, ist strukturell wichtig. Volatile native Token machen die Benzinkosten unvorhersehbar, was für jede Institution, die eine Buchhaltung in der Kette durchführt, ein Problem darstellt. Die Bindung von Gebühren an eine stabile Referenz entspricht dem Modell, das Gnosis Chain mit xDAI entwickelt hat, und erleichtert die Integration von Anubis in Zahlungs-, Gehaltsabrechnungs- und Treasury-Workflows, bei denen vorhersehbare Kosten eine wichtige Voraussetzung sind.

Der Validatorsatz wird beim Start mit einem veröffentlichten Übergangsplan für eine breitere Beteiligung zugelassen. Die wirtschaftliche Sicherheit des Netzwerks ist mit der Kasse der ANUBI Foundation verbunden, wobei die Validator-Kürzungs- und Belohnungsparameter in der Governance-Dokumentation der Kette definiert sind. Die Ökonomie des Ökosystem-Tokens, einschließlich aller geplanten nativen Vermögenswerte für Governance oder Einsatz über gasDAI hinaus, soll in späteren Veröffentlichungen der Stiftung offengelegt werden.

Anubis Chain im Vergleich zu anderen Datenschutznetzwerken

Wie schneidet Anubis Chain im Vergleich zum Rest der Datenschutz-Blockchain-Landschaft ab? Die folgende Tabelle zeigt die wichtigsten architektonischen Unterschiede zwischen den großen vergleichbaren Projekten im Jahr 2026:

Die Unterscheidungsachse für Anubis Chain ist die Kombination von Opt-in-Datenschutz mit volle EVM-Kompatibilität und native Compliance-Grundelemente. Die meisten Konkurrenten wählen einen oder zwei dieser drei aus. Der Nachteil besteht darin, dass der Opt-in-Datenschutz davon abhängt, dass die Anwendungsschicht ihn richtig nutzt, wobei standardmäßige private Ketten Benutzer auch dann schützen, wenn Anwendungen nachlässig sind.

Anwendungsfälle: wo selektiver Datenschutz wichtig ist

Die Architektur wurde speziell für einen bestimmten Anwendungscluster entwickelt:

• Institutionelles DeFi. Treasury Desks, Market Maker und Vermögensverwalter können On-Chain-Strategien umsetzen, ohne Positionen in Echtzeit zu übertragen, und gleichzeitig die Zahlungsfähigkeit oder Compliance durch ZK-Bescheinigungen nachweisen.
• Privater DEX-Handel. Einzelhändler und professionelle Händler können Aufträge über RocketSwap weiterleiten, ohne dass die Absicht an MEV-Suchende weitergegeben wird, wodurch eine Struktursteuer entfällt, die Ethereum-Benutzer Hunderte Millionen pro Jahr kostet.
• Konforme Privattransfers. Gehaltsabrechnung, Lieferantenabrechnung und B2B-Zahlungen können in der Kette mit vertraulichen Beträgen und Gegenparteien ablaufen und gleichzeitig durch selektive Prüfungen die Meldepflichten der jeweiligen Gerichtsbarkeit erfüllen.
• RWA-Tokenisierung. Tokenisierte Staatsanleihen, Aktien und private Kredite können über eine Kette abgewickelt werden, die sowohl transparente Übertragbarkeit als auch vertrauliche Cap-Table-Daten unterstützt und so eine der größten Reibungspunkte im institutionellen RWA-Stack beseitigt.
• Identitätsgesteuertes DeFi. Protokolle, die einen Zugriff durch akkreditierte Anleger oder einen gebietsspezifischen Zugriff erfordern, können das Gating über ZK-KYC-Zugangsdaten erzwingen, ohne dass pro Benutzer ein KYB-Prozess durchgeführt werden muss.

Warum die Anubis-Kette auffällt

Roadmap 2026 und darüber hinaus

Basierend auf den veröffentlichten Mitteilungen der Stiftung konzentriert sich die Post-Mainnet-Entwicklung für 2026 auf vier Bereiche:

Die strategische Positionierung ist konsistent: Die Stiftung behandelt Anubis Chain als Compliance-fähige Datenschutzinfrastruktur für institutionelle Abläufe und nicht als Verbraucherdatenschutzprodukt.

So greifen Sie auf die Anubis-Kette zu

Der Einstieg in die Anubis Chain im Jahr 2026 sieht aus wie der Einstieg in jedes moderne EVM-Netzwerk:

1. Fügen Sie das Netzwerk zu Ihrem Wallet hinzu. Verwenden Sie Bitget Wallet, OKX Wallet oder fügen Sie Chain ID 6714 als benutzerdefiniertes Netzwerk in MetaMask hinzu. RPC: rpc.anubispace.org; Entdecker: browser.anubispace.org; Landeswährung: gasDAI.
2. Brücke in Stablecoins. Bewegen Sie DAI über die offizielle Brücke nach Anubis, dokumentiert unter anubischain.ai. Stablecoin-Liquidität ist der wichtigste Einstiegspunkt, da Gas auf gasDAI lautet.
3. Handeln Sie über RocketSwap. Der native DEX hostet die tiefsten Pools, einschließlich des DAI/LGNS-Paares.
4. Verfolgen Sie Märkte auf DEXTools. Sobald die Kettenabdeckung vollständig integriert ist, DEXTools kann zur Überwachung von Paaren, Liquidität und Händlerströmen in der Anubis-Kette verwendet werden.
5. On-Chain überprüfen. Verwenden Sie den Block-Explorer, um die Einbeziehung der Transaktion zu bestätigen. Transparente Transaktionen werden in etwa einer Sekunde abgewickelt; Abgeschirmte Transaktionen erhöhen die Zeit für die Generierung des PLONK-Beweises auf der Benutzerseite.

Häufig gestellte Fragen