Horizen ZEN

• Horizen ist nach Angaben des Projekts eine mit der EVM kompatible Blockchain der dritten Schicht auf Base, gebaut für vertrauliche Finanzanwendungen.
• Entwickler schreiben dort gewöhnlichen Solidity-Code und wählen je Anwendungsfall, ob und mit welchem Baustein sie Vertraulichkeit nutzen.
• ZEN ist laut Projekt der Token für Governance (Verfahren für Entscheidungen) und Nutzung im Horizen-Ökosystem, ein ERC-20-Token auf Base mit einer auf 21 Millionen begrenzten Höchstmenge.
• Gebühren auf der Horizen Chain werden nach Angaben des Projekts in ETH statt in ZEN bezahlt.

Nach Angaben des Projekts ist Horizen eine mit der EVM kompatible Blockchain der dritten Schicht (Layer 3), die auf Base aufbaut, einem Layer 2 (Zusatzschicht auf einer Basis-Blockchain) von Ethereum auf Grundlage des OP Stack. Gebaut ist sie laut Projekt für vertrauliche Finanzanwendungen und für eine Anwendungsentwicklung mit Blick auf Compliance (Regelkonformität). Nach eigener Darstellung versteht sich Horizen als Schicht für Kapitalkoordination und Ausführung für eine neue Klasse von Anwendungen, die auf Datenschutz ausgerichtet sind.

Die Wurzeln von ZEN im Bereich Datenschutz reichen nach Angaben des Projekts bis 2017 zurück. Ursprünglich war ZEN laut Projekt ein Fork (Abspaltung des Quellcodes) von Zcash.

Nach Angaben des Projekts lassen sich auf Horizen gewöhnliche Smart Contracts (auf der Blockchain gespeicherter Programmcode) in Solidity einsetzen, und die Technik für Vertraulichkeit wählen Entwickler je Anwendungsfall oder verzichten ganz darauf. Gebaut wird laut Projekt mit vertrauten EVM-Werkzeugen.

Laut Dokumentation ist Horizen Chain ein Rollup (gebündelte Transaktionsverarbeitung) auf Basis des OP Stack, das direkt auf Base abrechnet, das seinerseits auf Ethereum abrechnet. Transaktionsdaten und Zustandszusagen werden nach Angaben des Projekts direkt auf der Schicht von Base veröffentlicht, die für Data Availability (Datenverfügbarkeit) zuständig ist.

Für vertrauliche Ausführung nennt das Projekt Vela, das mit einem TEE-Ansatz (Trusted Execution Environment, abgeschirmte Ausführungsumgebung) Eingaben und Berechnung während der Ausführung vertraulich hält. Die Anwendungslogik läuft demnach in Hardware-Enklaven, in denen die Daten im Speicher verschlüsselt und für externe Beobachter unzugänglich sind. Als zweites Werkzeug nennt das Projekt zkVerify, das Zero-Knowledge Proofs (Beweis ohne Preisgabe der Daten) nutzt, um zu belegen, dass eine Berechnung korrekt lief, und Bescheinigungen onchain veröffentlicht.

ZEN ist nach Angaben des Projekts der Governance- und Nutzungstoken des Horizen-Ökosystems. Er ist ein Token nach dem Standard ERC-20 auf Base und wird laut Dokumentation über das Rahmenwerk Omnichain Fungible Token (OFT) von LayerZero zur Horizen Chain übertragen. Gebühren auf der Horizen Chain werden nicht in ZEN bezahlt, sondern in ETH.

Die Menge ist nach Angaben des Projekts wie bei Bitcoin fest auf 21 Millionen begrenzt. Es gab demnach kein Initial Coin Offering (öffentlicher Token-Verkauf) und keine vorab geschaffene Menge. Am 23. Juli 2025 wurde ZEN laut Projekt als ERC-20-Token zu Base migriert; Inhaber früherer ZEN-Token können ihre migrierten Bestände demnach im Verhältnis 1:1 auf Base beanspruchen.

• Mindestens sieben Tage für Abhebungen über die native Bridge. Abhebungen von Horizen zu Base dauern nach Angaben der Dokumentation über die native Bridge mindestens 7 Tage. Die Frist ergibt sich demnach aus dem Anfechtungsfenster, einer Kerneigenschaft des Optimistic-Rollup-Modells. Wer seine Mittel früher auf Base braucht, soll nach der Dokumentation keine Abhebung beginnen. Nach Ablauf der Frist müssen Nutzer die Mittel auf Base selbst beanspruchen; sie werden nicht automatisch an die Wallet auf Base gesendet.
• Nicht migrierte Guthaben bei der Migration nach Base. Nach Angaben der Dokumentation wurden bei der Migration nach Base, die am 23. Juli 2025 abgeschlossen war, auf der früheren EON-Chain Smart Contracts, in Smart Contracts gebundene ZEN-Guthaben und von Smart Contracts delegierte Einsätze nicht migriert. Guthaben der früheren Hauptkette müssen demnach manuell beansprucht werden, weil sich die Adressformate der beiden Chains unterscheiden.