ITEERegistry hält fünf Dinge für jeden TEE-Knoten bereit: das Attestationsdokument, einen Signaturschlüssel. Ein TLS-Zertifikat, eine Zahlungsadresse. Und einen Endpunkt.
Ein Knoten übermittelt diese fünf Felder, und von da an kann jeder Validator im Netzwerk von OpenGradient sie abrufen und unabhängig voneinander prüfen.
Niemand muss um Erlaubnis bitten, um zu verifizieren. Niemand kann heimlich einen Knoten in das Register einschleusen. Ohne dass die Einreichung dort ist, damit alle sie auf einmal sehen können.
Kein Admin ist im Prozess. Keine Genehmigungswarteschlange.
Nur fünf Felder, öffentlich, sobald sie ankommen.
Ich habe diese fünf Felder zweimal gezählt, bevor ich der Zahl vertraut habe. Vor allem, weil die Lücke zu sauber aussah, um ein Zufall zu sein.
Sie decken alles ab, was ein Knoten übermittelt, um bei OpenGradient gelistet zu werden. Keines deckt ab, was danach passiert.
Ein Register, das aufzeichnet, was ein Knoten behauptet, ist nicht dasselbe wie ein Register, das bestätigt, was ein Knoten tut. Nicht, sobald er drin ist. Genau dort endet der Vergleich mit der Datenschutzrichtlinie, weil er nicht mehr funktioniert. Der behauptende Teil existiert bei OpenGradient.
Der bestätigende Teil existiert nicht – nicht hier, nicht irgendwo in einer solchen Konfiguration.
Auf der Seite von OpenGradient läuft zwar noch eine Prüfung, aber nur eine viel kleinere als der Vergleich es klingen lässt.
Sie läuft einmal – im Moment, in dem ein Knoten diese fünf Felder übergibt, danach nichts mehr. Der Schlüssel kann jahrelang unangetastet bleiben.
Der Enklaven-Code darunter kann Dutzende Male gepatcht werden, ohne eine Rückverbindung zu diesem ersten Eintrag.
Ob das Register danach noch irgendeine Bedeutung hat, ist etwas, wofür sein Design nicht gebaut wurde.
$OPG #OPG @OpenGradient
Ein Knoten übermittelt diese fünf Felder, und von da an kann jeder Validator im Netzwerk von OpenGradient sie abrufen und unabhängig voneinander prüfen.
Niemand muss um Erlaubnis bitten, um zu verifizieren. Niemand kann heimlich einen Knoten in das Register einschleusen. Ohne dass die Einreichung dort ist, damit alle sie auf einmal sehen können.
Kein Admin ist im Prozess. Keine Genehmigungswarteschlange.
Nur fünf Felder, öffentlich, sobald sie ankommen.
Ich habe diese fünf Felder zweimal gezählt, bevor ich der Zahl vertraut habe. Vor allem, weil die Lücke zu sauber aussah, um ein Zufall zu sein.
Sie decken alles ab, was ein Knoten übermittelt, um bei OpenGradient gelistet zu werden. Keines deckt ab, was danach passiert.
Ein Register, das aufzeichnet, was ein Knoten behauptet, ist nicht dasselbe wie ein Register, das bestätigt, was ein Knoten tut. Nicht, sobald er drin ist. Genau dort endet der Vergleich mit der Datenschutzrichtlinie, weil er nicht mehr funktioniert. Der behauptende Teil existiert bei OpenGradient.
Der bestätigende Teil existiert nicht – nicht hier, nicht irgendwo in einer solchen Konfiguration.
Auf der Seite von OpenGradient läuft zwar noch eine Prüfung, aber nur eine viel kleinere als der Vergleich es klingen lässt.
Sie läuft einmal – im Moment, in dem ein Knoten diese fünf Felder übergibt, danach nichts mehr. Der Schlüssel kann jahrelang unangetastet bleiben.
Der Enklaven-Code darunter kann Dutzende Male gepatcht werden, ohne eine Rückverbindung zu diesem ersten Eintrag.
Ob das Register danach noch irgendeine Bedeutung hat, ist etwas, wofür sein Design nicht gebaut wurde.
$OPG #OPG @OpenGradient