Die Nockchain-Architektur trennt den Konsens von der Anwendungsausführung, um die digitale Knappheit zu verbessern.

• Nockchain trennt die Basis-Schicht des Konsenses von der Anwendungsausführung, um Probleme bezüglich der Skalierbarkeit des Blockchains und des Geldvertrauens zu lösen.
• Das Protokoll verwendet ein „nützliches Arbeiten“-Mining-Modell, bei dem die Miner verifizierbare KI- oder Null-Wissen-Rechnungen durchführen.
• Anwendungen laufen als „sovereign State-Machines“ außerhalb eines Konsensprozesses – dadurch wird die Überlastung der Basisschicht bei der Ausführung der Anwendungen vermieden.
• Die Architektur verwendet einen Rust-Host für die Netzwerkverbindungen sowie einen eingebetteten Hoon-Kernel zur Validierung der Consensus-Prozesse.
• Die Validierung der lokalen Knoten dient als Hauptvertrauensgrenze – sie unterscheidet sich von den aufgehobenen „Explorern“ oder Brückendiensten.

Die Kernthese von Nockchain besteht darin, private, programmierbare Währungen zu schaffen, die durch Energie- und Rechenkosten gestützt werden. Das Protokoll löst drei Hauptprobleme: das Aufbauen von Vertrauen in die digitale Knappheit, die Vermeidung von Überlastung der Basistheorie durch die Ausführung von Anwendungen sowie die Schaffung von Wert für das Mining-Verfahren – abgesehen von der einfachen Hash-Kompetenz. Im Gegensatz zu Bitcoin, das sich hauptsächlich auf Geld konzentriert, oder auf gemeinsame Smart-Contract-Chains, die die Validatoren mit allgemeinen Aufgaben belasten, hält Nockchain die Basistheorie begrenzt. Es übernimmt die Verarbeitung von Geld und die Überprüfung von Beweisen, während die Anwendungen (NockApps) als eigenständige „Staatsmaschinen“ außerhalb des Konsensmechanismus funktionieren. Diese Trennung ermöglicht es den Anwendungen, ihre eigenen Regeln und Release-Zyklen beizubehalten, ohne die Leistungsfähigkeit der Basistheorie zu beeinträchtigen.

Das Mining-Modell führt „nützliche Arbeit“ ein. Anstatt Energie für unnötige Suchverfahren zu verschwenden, liefern die qualifizierten Mining-Arbeiten Ergebnisse für Nutzer – beispielsweise Matrixrechnungen für künstliche Intelligenz oder Zero-Knowledge-Beweise. Dadurch entsteht ein Netzwerk mit zweckmäßiger Funktion: Die Rechenanbieter konkurrieren um die Belohnungen für das Mining, während sie gleichzeitig nützliche Rechenleistung bereitstellen. Das Protokoll nutzt Nock – eine kleine, funktionale Anweisungsschreibweise, die aus Hoon-Kernels kompiliert wurde und in Rust implementiert ist – um eine determinierte und verifizierbare Ausführung zu gewährleisten.

Die wichtigsten Nachteile sind die begrenzte Expressivität der Basislayer im Vergleich zu allgemeinen Smart-Contract-Virtual Machines sowie die Verantwortung für die Verfügbarkeit der Anwendungen, die auf die Anwendungsgrenze übertragen wird. Dennoch bietet diese Architektur deterministische Geldsysteme, direkte Eigentümerrechte und ein unabhängig verifizierbares Kettenzustand. Die Architektur wird durch Forschungen zum „Proof of Necessary Work“ und zur computergestützten Integrität auf Basis von STARK unterstützt – mit dem Ziel, die Ergebnisse der Anwendungen mit Geld in Verbindung zu setzen, ohne dass die gesamte Ausführung in eine Konsensprozessumgebung überführt werden muss.

Ein Nockchain-Full-Node funktioniert durch das Herunterladen von Kettedaten und die Überprüfung jedes akzeptierten Blocks sowie jeder Transaktion im Einklang mit dem Konsenskern. Dadurch können Nutzer die Kette ohne Rückgriff auf Block-Explorer oder Hosted-APIs überprüfen. Es ist wichtig zu beachten, dass das Betreiben eines Nodes keine Mining-Aufgabe darstellt. ZK- und AI-Miner funktionieren als getrennte Prozesse, die Bewerberarbeiten anfordern und Ergebnisse bereitstellen. Die Architektur teilt die Verantwortlichkeiten: Der Rust-Host kümmert sich um Netzwerkverwaltung, Speichermanagement, öffentliche und private APIs, den Prozesslebenszyklus sowie die Kommunikation mit externen Minern.

Der eingebundene Hoon-Kernel besitzt die Validität des Konsenssystems. Der Node akzeptiert zwei Arten von Block-Produkten: %pow aus der ZK-PoW-Straße sowie %ai-pow aus der AI-PoW-Straße. Beide werden anschließend in den normalen Kernel-Validierungsprozess eingegliedert. Sicherheit und Wartung sind entscheidend. Jeder Block und jede Transaktion wird als unzuverlässig angesehen, bis der Kernel sie validiert hat. Das private gRPC-Endpunkt ist privilegiert und sollte nur absichtlich zugänglich sein. Die Reputation des Peers ist eine Transportrichtlinie – sie kann keine ungültigen Blöcke validieren. Die Konsens-Jets müssen die Ergebnisse des Hoon-Kerns genau erhalten, und wenn die notwendigen Einstellungen fehlen, müssen sie offensichtlich fehlschlagen.

Operatoren sollten niemals wieder die für die Mainnet-Operationen verwendeten experimentellen Datenordner verwenden. Die Brückendienste sowie die Multisignaturen-Verwaltung sind separate Operationssysteme. Das Wallet kann Brückendeposits erzeugen, doch der Full Node betreibt nicht selbst die Brücke. Diese Unterscheidung sorgt dafür, dass das Kernkonfliktmechanismus unberührt bleibt von den Komplexitäten der externen Brückenoperationen oder der Verwaltungssysteme.

Wie funktioniert die nützliche Bergbauberechnung?

Das Mining-Modell des Protokolls unterscheidet sich erheblich von traditionellen Proof-of-Work-Systemen – es legt den Schwerpunkt auf die Rechenleistung. Anstatt Energie für unnötige Hashsuchen zu verschwenden, liefert das zulässige Mining arbeiten Ergebnisse für die Nutzer. Diese Ergebnisse umfassen beispielsweise Berechnungen für künstliche Intelligenz oder Zero-Knowledge-Proofs – diese sind verifizierbar und wertvoll. Dadurch entsteht ein Netzwerk mit zweifacher Funktion: Die Rechenanbieter konkurrieren um die Belohnungen für die Blockherstellung, gleichzeitig liefern sie aber auch nützliche Rechenleistung.

Dieser Ansatz setzt die Geschichte der Währung in Beziehung zu den Kosten der Energie und Hardware. Dadurch wird sichergestellt, dass das Geldvertrauen durch konkrete wirtschaftliche Aktivitäten unterstützt wird. Die Verwendung von Zero-Knowledge-Beweisen und KI-Berechnungen ermöglicht es dem Netzwerk, die bestehenden Rechenanforderungen zu nutzen, anstatt künstliche Anforderungen zu schaffen. Durch die Integration dieser Arbeitslasten in den Konsensmechanismus kann Nockchain die wirtschaftlichen Anreize mit der tatsächlichen Rechenleistung in Einklang bringen.

Welche operative Risiken und Kompromisse gibt es?

Die Trennung zwischen Konsens und Anwendungsausführung bringt spezifische operative Risiken mit sich. Die begrenzte Expressivität der Basislayer im Vergleich zu den normalen Smart-Contract-Virtual Machines ist ein bekanntes Problem. Zudem geht die Verantwortung für die Verfügbarkeit der Anwendungen auf die Anwendungsebene über – das bedeutet, dass die Basislayer keine Garantie für die Verfügbarkeit der Anwendungen bieten können. Die Betreiber müssen diese Risiken sorgfältig managen, um die Netzwerkintegrität zu gewährleisten.

Die operative Sicherheit erfordert eine strikte Einhaltung der Protokolle für die Verwaltung der Knoten. Der private gRPC-Endpunkt ist privilegiert und sollte nur absichtlich zugänglich sein. Die Reputation der Peers ist eine Transportrichtlinie – sie kann keine ungültigen Blöcke validieren. Das bedeutet, dass die Betreiber nicht auf externe Knoten zur Sicherheit zurückgreifen können. Die Consensus-Jets müssen das Ergebnis von Hoon genau erhalten und bei Fehlern laut melden, falls die notwendigen Voraussetzungen nicht vorhanden sind. Diese Anforderungen sorgen dafür, dass das Netzwerk sicher und deterministisch bleibt – auch bei Skalierung.

Die Brückendienste und die Multisignaturen-Governance sind unterschiedliche Operationssysteme. Der Full Node selbst betreibt die Brücke nicht. Diese Trennung verhindert, dass Brückenschwierigkeiten die Kernkonvergenz beeinträchtigen. Allerdings erfordert dies, dass die Betreiber mehrere unterschiedliche Systeme verwalten müssen – was die Komplexität der Netzwerkkontrolle erhöht. Das Wallet kann Bridge-Depositaufnahmen durchführen, doch der Full Node betreibt die Brücke nicht selbst. Dies unterstreicht erneut die Notwendigkeit klarer operativer Grenzen.