Poker

Daniel Larimer von EOS.IO Blockchain Bitcoin Circuit erzählte, wie er CPU-Probleme im EOS-Netzwerk lösen wird

November 27, 2019

Das EOS-Netzwerk, die erste Implementierung der EOS.IO-Blockchain, war im November 2019 stark überlastet, da einige Airdrops die Teilnehmer kaum die verfügbare CPU nutzen konnten. Die EOS.IO-Governance hatte keine andere Wahl, als die Ursachen eines solchen Zusammenbruchs zu erklären und Wege zu finden, CPU-Probleme zu verbessern.

Verteilung für alles Bitcoin Circuit verantwortlich gemacht

Um besser zu erklären, was vor 20 Tagen Bitcoin Circuit im EOS-Netzwerk geschah, skizzierte Block.one’s CTO Daniel Larimer die Rolle des Resource Exchange (REX), dem „Markt“ für CPUs für EOS-Transaktionen. Herr Larimer räumte ein, dass die Nachfrage nach Transfers so hoch war, dass REX die EOS-Token zur Miete ausgegangen waren. Da die einem EOS-Inhaber zugewiesene Bandbreite von der Anzahl der Token abhängt, die er auf dem Spiel hat, werden die Transaktionen überlastet.

Kurz gesagt, solche Situationen können nur in Systemen auftreten, die extrem weit von der „normalen“ (ausgewogenen) Verteilung der CPU-Mietnachfrage entfernt sind. Hier sollte das entscheidende Ungleichgewicht zwischen den ursprünglichen Annahmen und der Realität von REX lokalisiert werden.

Bitcoin Circuit Palmen

In einer echten Blockchain werden sowohl die Ein- als auch die Auszahlungen von REX auf Pareto verteilt, erklärt Herr Larimer. Dieser Saldo wird noch deutlicher durch die Tatsache, dass die Einnahmen eines Stakers durch Abhebung vor Ablauf der 30-tägigen Mietzeit geltend gemacht werden können. Die Kombination dieser Bedingungen kann zu einer Preisvolatilität für Mietressourcen sowie zur Nichtverfügbarkeit von EOS führen.

Auswegvorschlag

Um solche Situationen zu vermeiden, sollten 100% der gesamten CPU-Zeit durch den Systemvertrag zu einem EOS-Preis geleast werden, der exponentiell wächst, wenn der Prozentsatz der geleasten CPU gleichzeitig steigt. Dies entspricht dem Vorschlag von Herrn Larimer. Dann würde die Summe der EOS, die für die Miete der CPU-Zeit bezahlt wurde, auf die EOS Stapler verteilt.

Dieser Ansatz eliminiert die dynamische Bereitstellung von Token, die an die CPU gebunden sind. Daher sind die Menschen nicht dazu angehalten, EOS von REX zurückzuziehen, was zu Schocks auf dem CPU-Mietmarkt und den CPU-Zeitpreisen führt.

Der beste Weg, von dem bestehenden Konsens zu dem vorgeschlagenen zu wechseln, besteht darin, den Prozentsatz der CPU, der durch „Aufblasen des CPU-Angebots“ im Laufe der Zeit zugewiesen wird, zu verschieben. Infolgedessen wird die gemeinsame Nutzung des „Systemvertrags“ zunehmen, und die EOSianer werden sich bei der Migration in ein neues Netzwerk mehr oder weniger wohl fühlen.

Kurz gesagt, Daniel Larimer plant, Folgendes zu tun:

  • Alle CPU-Zeit, die aus dem Systemvertrag geleast wurde.
  • Lassen Sie den Leasingaufwand exponentiell steigen, wenn der Prozentsatz der geleasten CPUs steigt.
  • Verteilen Sie die für die CPU-Zeit bezahlte EOS auf die EOS Stapler.
  • Denken Sie daran, dass Block.one auch für Blockproduzenten auf der neuen EOS stimmen wird. Wird das nicht das System zentralisieren? Schreiben Sie uns in Twitter!