#opg $OPG Brüder, beim letzten Mal haben wir die HACA-Prüfausführung in der Trennung auseinandergebaut. Heute schauen wir aus einem anderen Blickwinkel und räumen auf mit der Frage, wie Verifikationsknoten genau arbeiten – das ist die entscheidende Schwachstelle dafür, dass OGP überhaupt erst laufen kann
Die Konsenslogik klassischer Ketten ist ziemlich simpel: Jeder Verifikationsknoten führt dieselbe Transaktion noch einmal durch, und das Ergebnis wird verglichen. Aber KI-Inferenz geht nicht so: Wenn 100 Knoten jeweils 70B-LLMs laufen lassen, entspricht das dem 100-fachen Kostenaufwand für dasselbe Ergebnis – reines Verschwendungsszenario.
Wie macht es Opg? Die Verifikationsknoten anfassen das Modell überhaupt nicht.
Alle Knoten machen nur drei Dinge: Knotenregistrierung, Zahlungs-Handling und Beweisabrechnung. Die Inferenzknoten führen das Modell aus, erzeugen einen Hardware-TEE-Beweis oder einen ZKML-Zero-Knowledge-Beweis und geben ihn an alle Knoten weiter. Die Verifikationsknoten prüfen dabei nur die kryptografische Gültigkeit – ob Signaturen stimmen, ob PCR-Werte plausibel/unpassend sind. Sie müssen weder wissen, was der Prompt ist, welches Modell verwendet wurde, noch was zurückkommt. Einen Beweis zu verifizieren ist eine Sache von Millisekunden – das hat mit der Sekunden-Latenz beim Nachvollziehen der Inferenz praktisch nichts gemeinsam.
Das Suchtige daran ist – Inferenz und Verifikation passieren auf zwei unterschiedlichen Zeitachsen. Nutzeranfragen werden direkt an die Inferenzknoten geschickt, Ergebnis kommt sofort, die gesamte Anfrage läuft nicht durchs Blockchain-Netzwerk. Die Verifikation läuft asynchron ab: Die Full Nodes prüfen nach und nach und schreiben dann langsam auf die Kette. So wird „schnell“ von „vertrauenswürdig“ entkoppelt.
Die Konsensschicht nutzt CometBFT, kompatibel mit Cosmos SDK und EVM. Man nimmt das, weil es ausgereift ist: Entwickler können direkt mit Hardhat, Foundry und MetaMask loslegen. Aber Achtung: Das Whitepaper sagt klar, dass die native Smart-Contract-Funktion für KI-Inferenz derzeit noch nicht live ist. In der Hauptsache ist es für Aufrufe auf Anwendungsebene gedacht, Aufrufe auf Vertragsebene müssen noch warten.
Ein Wort zu den Tokens: Gesamtmenge 1 Milliarde, beim TGE sind tatsächlich nur ca. 10% im Umlauf. Verteilung: 40% für die Community/Ökosystem, 15% für eine Stiftung, 15% für Beitragende, 10% für Investoren. 10% für Staking-Rewards, 6% für Liquiditätsprogramme, 4% für Airdrops. Die Staking-Rewards sind 96 Monate gesperrt – die Inflation drückt ziemlich hart. Kleiner Umlauf, hohe Schwankungen, also im Kopf behalten: ehrlich gesagt ist das Design der OGP-Verifikationsschicht gegenüber den meisten „Blockchain + AI“-Projekten deutlich ehrlicher. Es geht darum, dass KI-Ergebnisse on-chain verifiziert werden – nicht „KI on-chain ausführen“. Das sind zwei grundverschiedene Dinge. Aber die Herausforderungen stehen trotzdem da: Heute sind schon 500.000+ Verifikationsbeweise und 2.000.000+ Inferenzläufe vorhanden – von der Größenordnung her ist es noch weit entfernt. In den nächsten sechs Monaten werden wir auf die tatsächlichen Aufrufdaten der Verifikationsschicht starren; das ist greifbarer als jedes K-Line-Ding.
Brüder, kann dieser Weg für eine dezentrale KI-Verifikationsschicht wirklich funktionieren? Schreibt’s im Kommentarbereich, @OpenGradient
Die Konsenslogik klassischer Ketten ist ziemlich simpel: Jeder Verifikationsknoten führt dieselbe Transaktion noch einmal durch, und das Ergebnis wird verglichen. Aber KI-Inferenz geht nicht so: Wenn 100 Knoten jeweils 70B-LLMs laufen lassen, entspricht das dem 100-fachen Kostenaufwand für dasselbe Ergebnis – reines Verschwendungsszenario.
Wie macht es Opg? Die Verifikationsknoten anfassen das Modell überhaupt nicht.
Alle Knoten machen nur drei Dinge: Knotenregistrierung, Zahlungs-Handling und Beweisabrechnung. Die Inferenzknoten führen das Modell aus, erzeugen einen Hardware-TEE-Beweis oder einen ZKML-Zero-Knowledge-Beweis und geben ihn an alle Knoten weiter. Die Verifikationsknoten prüfen dabei nur die kryptografische Gültigkeit – ob Signaturen stimmen, ob PCR-Werte plausibel/unpassend sind. Sie müssen weder wissen, was der Prompt ist, welches Modell verwendet wurde, noch was zurückkommt. Einen Beweis zu verifizieren ist eine Sache von Millisekunden – das hat mit der Sekunden-Latenz beim Nachvollziehen der Inferenz praktisch nichts gemeinsam.
Das Suchtige daran ist – Inferenz und Verifikation passieren auf zwei unterschiedlichen Zeitachsen. Nutzeranfragen werden direkt an die Inferenzknoten geschickt, Ergebnis kommt sofort, die gesamte Anfrage läuft nicht durchs Blockchain-Netzwerk. Die Verifikation läuft asynchron ab: Die Full Nodes prüfen nach und nach und schreiben dann langsam auf die Kette. So wird „schnell“ von „vertrauenswürdig“ entkoppelt.
Die Konsensschicht nutzt CometBFT, kompatibel mit Cosmos SDK und EVM. Man nimmt das, weil es ausgereift ist: Entwickler können direkt mit Hardhat, Foundry und MetaMask loslegen. Aber Achtung: Das Whitepaper sagt klar, dass die native Smart-Contract-Funktion für KI-Inferenz derzeit noch nicht live ist. In der Hauptsache ist es für Aufrufe auf Anwendungsebene gedacht, Aufrufe auf Vertragsebene müssen noch warten.
Ein Wort zu den Tokens: Gesamtmenge 1 Milliarde, beim TGE sind tatsächlich nur ca. 10% im Umlauf. Verteilung: 40% für die Community/Ökosystem, 15% für eine Stiftung, 15% für Beitragende, 10% für Investoren. 10% für Staking-Rewards, 6% für Liquiditätsprogramme, 4% für Airdrops. Die Staking-Rewards sind 96 Monate gesperrt – die Inflation drückt ziemlich hart. Kleiner Umlauf, hohe Schwankungen, also im Kopf behalten: ehrlich gesagt ist das Design der OGP-Verifikationsschicht gegenüber den meisten „Blockchain + AI“-Projekten deutlich ehrlicher. Es geht darum, dass KI-Ergebnisse on-chain verifiziert werden – nicht „KI on-chain ausführen“. Das sind zwei grundverschiedene Dinge. Aber die Herausforderungen stehen trotzdem da: Heute sind schon 500.000+ Verifikationsbeweise und 2.000.000+ Inferenzläufe vorhanden – von der Größenordnung her ist es noch weit entfernt. In den nächsten sechs Monaten werden wir auf die tatsächlichen Aufrufdaten der Verifikationsschicht starren; das ist greifbarer als jedes K-Line-Ding.
Brüder, kann dieser Weg für eine dezentrale KI-Verifikationsschicht wirklich funktionieren? Schreibt’s im Kommentarbereich, @OpenGradient