️Stand des Kodex Nr. 1

Feb 27 2023
„State of the Code“ ist eine wöchentliche kurze Zusammenfassung der technischen Updates im Ökosystem. Dies ist im Grunde eine komprimierte Version dessen, was Sie im Dfinity-Forum, in den Global R&Ds und in den sozialen Netzwerken finden können.

„State of the Code“ ist eine wöchentliche kurze Zusammenfassung der technischen Updates im Ökosystem.

Dies ist im Grunde eine komprimierte Version dessen, was Sie im Dfinity-Forum, in den Global R&Ds und in den sozialen Netzwerken finden können. Der Schwerpunkt liegt auf technischen Themen. Erwarten Sie wöchentliche Veröffentlichungen!

Thema 1: Vergütung des Knotenanbieters

Die Anzahl und Vielfalt der Knotenanbieter sind für die Dezentralisierung des Internetcomputers von grundlegender Bedeutung. Das Vergütungsmodell definiert, wie viele Belohnungen die ICP-Knoten für ihren Beitrag zum Netzwerk erhalten.

Was ist los? Ein neues Vergütungsmodell wird derzeit definiert und steht demnächst zur Abstimmung (als Antrag im NNS).

Warum ist dieses neue Modell notwendig?

  • Das anfängliche Vergütungsmodell basiert auf der Hardware der 1. Generation , die Hardware der 2. Generation ist jedoch teurer und erfordert mehr Belohnungen für Knotenanbieter.
  • Das ursprüngliche Vergütungsmodell beinhaltete keine starken Anreize zur Dezentralisierung.
  • Für die ersten Knoten eines neuen Knotenanbieters werden Bonusprämien vergeben. ⇒ Ziel ist es, die Anzahl verschiedener Knotenanbieter zu erhöhen und die Dezentralisierung der Eigentumsverhältnisse zu erhöhen.
  • Bonusbelohnungen werden für Knoten in neuen Regionen (Südamerika, Afrika, Asien…) vergeben. ⇒ Ziel ist es, die geografische Dezentralisierung zu verbessern.
  1. Sicherstellen, dass kein einzelnes Land in der Lage ist, den Internet-Computer zu stören – dies wird erreicht, indem Knoten in den zuvor besprochenen neuen Regionen angezogen werden, während Knoten in Regionen/Gerichtsbarkeiten mit bereits bestehenden Knoten (Europa, USA) begrenzt werden.
  2. Stellen Sie sicher, dass jeder Knotenanbieter nur einen Knoten pro Subnetz beitragen kann. Dies wird erreicht, indem Knotenanbieter dazu angeregt werden, „zu viele“ Knoten (d. h. mehr als die Anzahl der Subnetze) zu haben, und gleichzeitig neue Knotenanbieter dazu angeregt werden, dem Netzwerk beizutreten, indem, wie bereits erwähnt, die Belohnungen für die ersten Knoten eines neuen Knotenanbieters erhöht werden .
  3. Nur ein Knoten pro Rechenzentrum und Subnetz, was erfordert, dass neue Knotenanbieter mit Rechenzentrumsbesitzern zusammenarbeiten, die noch keinen Knoten für den Internetcomputer hosten.
  1. Dieses neue Modell wird im DFINITY-Forum vorgestellt und diskutiert.
  2. Über einen Antrag wird von der NNS abgestimmt.
  3. Bei Annahme wird dieses neue Modell implementiert und an weiteren Verbesserungen gearbeitet (insbesondere Belohnungsstrafen, wenn Knoten nicht korrekt beitragen!)

Weiter gehen

Forumsbeitrag

Details zum Belohnungsmodell

Informationen zur Hardware des Knotens.

Thema 2: ICRC_2

Ein großer Schritt hin zu mehr DeFi-Anwendungen auf dem IC!

Was ist das aktuelle Problem?

Einer der Gründe, warum das Wachstum eines DeFi-Ökosystems auf dem Internetcomputer langsam war, ist das Fehlen des Token-Standards.

Obwohl der ICRC-1-Token-Standard bereits seit einigen Monaten verfügbar ist, erlaubt er derzeit nicht die Delegation von Token-Übertragungen an Dritte, die im Namen des Eigentümers handeln, ohne die Token tatsächlich zu übertragen.

In der Praxis bedeutet dies, dass Sie für jede Anwendung (DEX, Spiel, soziales Netzwerk usw.), die Ihr Geld verwenden möchte, das Geld an diese dApp (dh an den Kanister der dApp) senden müssen.

Dies ist aus mehreren Gründen problematisch:

  1. Wiederkehrende Zahlungen (Abonnements) erfordern mehrere Transaktionen.
  2. Wenn Sie etwas kaufen, dessen Preis unbekannt ist oder schwankt (wie bei DEX), müssen Sie genügend Geld senden, um sicherzustellen, dass Sie den Kauf decken, und dann sicherstellen, dass die dApp Ihnen das verbleibende Geld erneut sendet …

ICRC_2 ist eine Erweiterung des aktuellen Standards, die zwei Methoden einführt:

  • icrc2_approve: Mit dieser Methode können Sie jemandem erlauben, Ihre Token bis zu einem bestimmten Betrag auszugeben. Sie können auch ein Zeitlimit für den Ablauf dieser Berechtigung festlegen.
  • icrc2_transfer_from: Wenn jemand die Erlaubnis hat, Ihre Token auszugeben, kann er diese Methode verwenden, um die Token in Ihrem Namen auszugeben, ohne dass Sie etwas tun müssen
  1. Bei Abonnements müssen Sie der Anwendung lediglich die Berechtigung erteilen, bis zu einem bestimmten Betrag Ihres Guthabens zu verwenden (Sie müssen der Anwendung vertrauen!)
  2. Für den Fall schwankender Preise erlauben Sie genügend Token, um sicherzustellen, dass Sie über genügend Token verfügen. In diesem Fall ist jedoch keine Rückerstattung erforderlich, da die App die Übertragungsanfrage direkt mit dem bekannten Preis sendet.
  • Die Arbeitsgruppe wird über diesen Standard abstimmen.
  • Wenn die Arbeitsgruppe diesen neuen Standard akzeptiert, wird der NNS über den Standard abstimmen.
  • Wenn die Abstimmung angenommen wird, werden alle wichtigen ICRC_1-Token auf diese neue Version aktualisiert (einschließlich ICP selbst!)

I CRC_2-Vorschlag

Thema 3: WebSockets auf dem Internetcomputer

Was ist das Problem?
Derzeit besteht die einzige Möglichkeit, mit dem Internetcomputer zu interagieren, ausschließlich über Aktualisierungs- und Abfrageaufrufe. Stellen Sie sich vor, Sie durchsuchen eine auf dem IC gehostete Website, die Echtzeitdaten anzeigt, beispielsweise eine Bestenliste für ein Multiplayer-Spiel, die sich ständig ändert.

Derzeit besteht die beste Möglichkeit, Ihren Browser über diese Änderungen zu informieren, darin, ständig Abfrageaufrufe für Aktualisierungen zu senden, was als Polling bezeichnet wird. Das bedeutet, dass Ihr Browser in regelmäßigen Abständen Abfrageaufrufe an den Kanister sendet, um nach Updates zu suchen, auch wenn möglicherweise keine Änderungen vorliegen. Diese Strategie verursacht einige Probleme:

  • Es erhöht die Kanisterlast durch mehrere (unnötige) Abfrageaufrufe.
  • Ihre Webseite wird nicht „direkt“ aktualisiert und kann je nach Verzögerung zwischen den Abfrageaufrufen recht langsam sein.

WebSockets ist ein Kommunikationsprotokoll, das es dem „Server“ ermöglicht, Daten an den Client zu senden (um sie zu aktualisieren), ohne dass eine ständige Abfrage erforderlich ist. Es ist ideal für Messaging-Apps, Echtzeitspiele und Handelsplattformen….
Aus diesem Grund wurde in der Community mehrfach auf die Notwendigkeit von WebSockets in Kanistern hingewiesen.

Ich freue mich, Ihnen mitteilen zu können, dass bei DFINITY an WebSocket gearbeitet wird und während der Global R&D eine Demo vorgestellt wurde!

Die Implementierung basiert auf einem Gateway-Server. Das Gateway implementiert eine WebSocket-Verbindung mit dem Client und leitet Nachrichten weiter, die vom Subnetz signiert sind (d. h. zertifizierte Daten), um sicherzustellen, dass das Gateway nicht über den Inhalt von Updates schummeln kann.

Was erwartet Sie in den nächsten Wochen?
Der Quellcode wird nach einer Sicherheitsüberprüfung etwa Mitte März verfügbar sein.

Ich wünsche dir eine schöne und produktive Woche! ‍