Cardano schlägt dezentrale Benachrichtigungen für Stake Pools und Apps vor

CIP-0201 schlägt ein dezentrales Kommunikationsnetz für Cardano Sicherheitswarnungen, Stake Pool Ankündigungen, Governance Aktualisierungen und Anwendungsbenachrichtigungen vor. Nachrichten würden zwischen teilnehmenden Knoten weitergeleitet, wobei Signaturen es Empfängern ermöglichen, die Quelle zu verifizieren. Der Vorschlag wurde am 29. September zu einem CIP Kandidaten und befindet sich weiterhin in der technischen Prüfung.

Signierte Warnmeldungen für Cardano Betreiber und Nutzer

Das begleitende CPS-0038 benennt vier Kommunikationsbedürfnisse: Vorfallwarnungen für Stake Pool Betreiber, Pool Ankündigungen für Delegierende, Abstimmungsinformationen für Governance Teilnehmende sowie Anwendungsbenachrichtigungen zu Positionen oder Protokolländerungen.

Ein Pool, der seine Stilllegung vorbereitet, muss beispielsweise Delegierende informieren, solange diese noch Zeit haben, ihre Delegation zu verlagern. Eine Anwendung muss Nutzerinnen und Nutzer möglicherweise vor einer Frist warnen, die ihre Positionen betrifft.

Diese Nachrichten laufen derzeit über Mailinglisten, Kommunikationsplattformen und Anbieterinfrastruktur. CPS-0038 beschreibt das Fehlen eines gemeinsamen Cardano Standards, der Herausgeberauthentifizierung, Nachrichtenintegrität und messbare Widerstandsfähigkeit gegen gezielte Unterdrückung vereint.

Authentifizierung allein löst die Zustellung nicht. Das Dokument untersucht Angriffe, bei denen böswillige Teilnehmende die Netzwerkverbindungen eines Empfängers kontrollieren und Nachrichten zurückhalten. Dieser Empfänger hat womöglich keinen Nachweis dafür, dass eine Warnung gesendet wurde, wodurch die Peerauswahl zu einem Teil des Kommunikationsproblems wird.

Wie CIP-0201 Benachrichtigungen verteilen würde

Das vorgeschlagene System verwendet ein Publish Subscribe Modell. Herausgeber senden signierte Nachrichten an benannte Themen, und abonnierende Knoten empfangen sie und leiten sie an verbundene Peers weiter.

PubSub Knoten würden getrennt von Cardano Knoten arbeiten. Ihre Registrierungsdatensätze lägen auf der Blockchain, während die Benachrichtigungsinhalte außerhalb der Chain blieben.

Für jede Verbreitungsperiode legt geteilte Zufälligkeit fest, welche Paare registrierter Knoten sich verbinden dürfen. Jeder Knoten wählt privat Peers aus dieser zulässigen Menge. Verbindungen rotieren regelmäßig und geben einem isolierten Abonnenten eine weitere Gelegenheit, Teilnehmende zu erreichen, die Nachrichten weiterleiten.

Sequenznummern zeigen Lücken im Nachrichtenstrom eines Herausgebers. Knoten behalten vorübergehend Kopien, damit Peers fehlende Benachrichtigungen anfordern können. Dieser Wiederherstellungsmechanismus bietet zusätzliche Zustellmöglichkeiten, auch wenn die Rotation keinen Empfang innerhalb einer einzelnen Periode garantiert.

Jeder registrierte Knoten würde eine rückzahlbare ADA Einlage sperren, wodurch es teurer wird, Identitäten in großer Zahl zu erstellen. Das gesperrte ADA erzielt keine Staking Belohnungen und verleiht dem Betreiber kein zusätzliches Gewicht im Nachrichtennetzwerk. Die Auszahlung erfolgt nach der Stilllegung der Registrierung und einer erforderlichen Wartezeit.

Bereitstellung erfordert Wiederherstellungstests und Wallet Integration

Der Referenzprototyp unterstützt Experimente, implementiert jedoch noch nicht die vollständige Spezifikation. Für die Bereitstellung sind endgültige Interoperabilitätsregeln, eine ausgewählte Zufallsquelle und Tests zur Abdeckung von Verbindungsrotation und Wiederherstellung erforderlich. Die Aktivierungskriterien verlangen außerdem zwei interoperierende Implementierungen und veröffentlichte Konformitätsergebnisse.

Der Betrieb während eines Stopps oder Forks der Cardano Chain bleibt ungelöst, da Teilnehmerregister und gemeinsame Einstellungen von Blockchain Daten abhängen. Der Vorschlag verlangt keinen Cardano Hard Fork.

Wallet Anbieter würden den letzten Zustellschritt übernehmen. CPS-0038 unterscheidet zwischen einer Nachricht, die die teilnehmende Infrastruktur erreicht, und einer Nachricht, die eine einzelne Person erreicht. Im Szenario der Pool Stilllegung würde das Netzwerk die signierte Ankündigung an ein Wallet Backend übermitteln; das Wallet müsste diesen Hinweis dann für betroffene Delegierende sichtbar machen, bevor sie den Pool wechseln.