
Der Inhalt dieses Artikels stammt von den monatlichen Telefonkonferenzen des Polkadot Technical Fellowship. Das Technical Fellowship ist eine dezentrale Gruppe von technischen Experten in der Polkadot-Kette, zu der auch Gavin Wood gehört, so dass er im Grunde jedes Mal an dieser Konferenz teilnimmt und seine wichtigsten Schwerpunkte der letzten Zeit mitteilt. Auf der Konferenz im Mai teilte er die folgenden wichtigen Fortschritte mit:
Graupapier Version 0.7 wird alle Funktionen implementieren, die zum Ausführen des Netzwerks erforderlich sind.
Die Prüfung des Graupapiers beginnt Ende Juli, um Version 1.0 vorzubereiten.
Was sind Coreboot und Corechains?
Schürft der JAM Toaster BTC?
Wird JAM einen Token ausgeben?
Lies weiter, um alle Informationen zu sehen!
Graupapier Version 0.7 wird alle Funktionen implementieren, die zum Ausführen des Netzwerks erforderlich sind.
Gavin: Letzten Monat hatten wir das erste praktische Erlebnis mit JAM und haben einige Vorbereitungen getroffen. In letzter Zeit habe ich mich hauptsächlich damit beschäftigt, den Inhalt des Graupapiers im Wesentlichen zu vervollständigen, um die Standards zu erfüllen, um Kandidaten für die erste Phase zu akzeptieren. Obwohl das Graupapier noch nicht Version 1.0 ist, muss es noch geprüft werden, um dieses Niveau zu erreichen. Unser Ziel ist es aber, zuerst Version 0.7 zu erreichen.
Konkret ist es das Ziel, in Version 0.7 alle Funktionen zu implementieren, die zum Ausführen des Netzwerks erforderlich sind, und dass diese Funktionen leistungsmäßig an die Art der Netzwerknutzung angepasst sind, die wir erwarten. Wir entwickeln ständig verschiedene Dienste, von denen der bekannteste wahrscheinlich der CoreVM-Dienst ist. Bei der Entwicklung dieser Dienste wird uns auch immer deutlicher, wie bestimmte APIs sinnvollerweise geändert werden sollten.
Wenn du dir die Issues in Bezug auf Version 0.6 im Graupapier-Repository ansiehst, wirst du feststellen, dass die meisten von ihnen keine größeren Protokolländerungen sind, sondern Verbesserungen der Kategorie 'Benutzererfahrung' - um es Entwicklern zu erleichtern, Code auf JAM auszuführen und zu debuggen.
Zum Beispiel habe ich kürzlich eine Funktion namens 'Account Metadata' hinzugefügt, die für Dienstkonten ähnliche Informationen wie in einem Betriebssystem für Prozesse enthält, z. B.: Wer hat diesen Dienst erstellt (übergeordneter Dienst), wann wurde er das letzte Mal akkumuliert, wann wurde er erstellt usw. Diese grundlegenden Informationen sind für die DevOps-Wartung sehr hilfreich.
Ich denke, das ist auch eine kleine Wasserscheide, die wir von der traditionellen Blockchain-Logik entfernt - wir müssen jetzt die Benutzererfahrung von DevOps-Benutzern berücksichtigen, weil wir keine normale Kette bauen, sondern einen 'Super-Internet-Magie-Computer'.
Die Prüfung des Graupapiers beginnt Ende Juli, um Version 1.0 vorzubereiten.
Neben den Änderungen am Graupapier arbeiten wir auch an einigen anderen Aspekten der eigentlichen PolkaJAM-Codebasis. Einige beziehen sich auf CoreVM, andere sind Verbesserungen auf Tool-Ebene. Zum Beispiel arbeiten wir an einem Befehlszeilentool namens JAMtop, das wie ein Aktivitätsmonitor funktioniert. Es kann jetzt CoreVM-Dienste erkennen und anzeigen, was im Gastsystem ausgeführt wird. Wenn du zum Beispiel Doom ausführst, wird es dir explizit sagen, dass Doom ausgeführt wird, und wenn du einen Videotest ausführst, wird es auch 'Videotest wird ausgeführt' anzeigen, anstatt einfach nur 'CoreVM wird ausgeführt'.
Wir haben auch einige andere begleitende Verbesserungen vorgenommen. Alles in allem denke ich immer noch, dass wir planmäßig auf Version 0.7.0 zusteuern können, auch wenn die Fertigstellung möglicherweise etwas später erfolgt als ich es mir vorgestellt habe, aber ich denke, wir sollten bis Ende des Monats mehr oder weniger fertig sein. Es sind wahrscheinlich noch ein paar Tage intensive Arbeit nötig, aber das ist kein Problem.
Ab Version 0.7.0 möchte ich direkt auf das Ziel 1.0 zusteuern. Ursprünglich hatten wir uns vorgestellt, dass die Serie 0.7 bis 0.8 einige größere Änderungen erfahren würde, z. B. den Prozess der Diensterstellung, die Bereitstellung auf dem Toaster usw. - diese bleiben grundsätzlich erhalten, aber ich bin jetzt geneigt, nicht alles in diese Phase zu packen.
Ich habe eigentlich schon einige Ideen aufgelistet, die vielleicht in die Serie 0.7 bis 0.8 passen (können im Graupapier-Repository eingesehen werden), aber im Moment scheint es, dass die meisten nicht unbedingt notwendige Funktionen für 1.0 sind, sondern eher für JAM 2.0 oder spätere Iterationen geeignet sind. Sie sind kein notwendiger Kerninhalt für die Verwendung von JAM.
Mein Plan ist also: Sobald wir Version 0.9 erreicht haben, werden wir den Prüfungsprozess starten. Meine derzeitige Erwartung ist, dass zwischen den Versionen 0.7 und 0.8 etwa ein Monat liegen wird. Wenn 0.7 Ende dieses Monats veröffentlicht wird, sollten wir das Graupapier für diese Version Ende Juli an die Prüfer übergeben können, um die Veröffentlichung von 1.0 vorzubereiten.
Die Veröffentlichung des Graupapiers 1.0 bedeutet natürlich nicht, dass es sofort eine große Anzahl von 1.0-kompatiblen Implementierungen geben wird, da diese Implementierungen selbst geprüft werden müssen. Aber diese beiden Prozesse können parallel ablaufen.
Das heißt, solange die Client-Implementierung während der Graupapierprüfung auf Version 0.9 basiert, können sie auch ihren eigenen Prüfungsprozess starten - vorausgesetzt, sie sind bereit, nach Abschluss der Protokollprüfung bei Bedarf Anpassungen oder Korrekturen vorzunehmen.
Das ist im Großen und Ganzen alles, und im Moment läuft alles reibungslos.
Was sind Coreboot und Corechains?
Alice und Bob: Dann habe ich drei Fragen an dich, die erste betrifft die Roadmap: Coreboot und Core Chains, was bedeutet Coreboot hier? Wurde es bereits veröffentlicht? Ist es schon etwas, das man benutzen kann?
Gavin: Nun, wir nennen es jetzt eigentlich 'Bootstrap-Dienst'. Der Name 'Core' ... manche Leute mögen ihn, manche nicht so sehr. Ich weiß auch nicht, ob er beibehalten wird, wenn er wirklich produktionsreif ist. Im Moment ist es nur ein vorläufiger Name im Projekt-Repository.
Alice und Bob: 'Core Boot' ist also im Moment kein echtes Modul, sondern nur ein 'Bootstrap-Dienst'. Und was ist mit 'Core Chains'? Entwickelt das schon jemand?
Gavin: Bastian hat einige erste Versuche unternommen, aber ich bin mir nicht ganz sicher, wie weit er gekommen ist. Ich erinnere mich, dass er nach JAM XP in Lissabon während der mehrtägigen Klausurtagung wie verrückt debuggt hat. Aber ich habe das Gefühl, dass es ein Projekt ist, bei dem man, sobald man anfängt, nicht allzu langsam vorankommt. Es kann zwar noch etwas dauern, bis man den nahtlosen Übergang von Polkadot erreicht, aber ich hoffe, dass wir so schnell wie möglich beweisen können, dass 'das Ding funktioniert'. Basti ist auch da, du kannst ihn auch fragen.
Basti: Ich bin da, wie ich schon sagte, es ist noch nicht fertig. Aber ich denke, es ist machbar. Und je mehr ich darüber nachdenke, desto intuitiver sollte die endgültige Implementierung sein (bitte zitiert mich nicht falsch 😅). Weil JAM selbst schon viele grundlegende Bausteine bietet. Wie die verschiedenen Laufzeitumgebungen und die standardmäßig mitgelieferten Mechanismen, um die wir uns nicht mehr kümmern müssen.
Im Großen und Ganzen sollte das Ganze also nicht zu kompliziert sein. Ich werde versuchen, zuerst eine erste Version zu erstellen, die 'funktioniert', und sie dann iterativ zu verbessern. Aber die erste Version könnte ein 'Super-Hack' sein, den ich dann zu etwas Vorzeigbarerem machen muss.
Schürft der JAM Toaster BTC?
Alice und Bob: Okay, danke, dann notiere ich mir das. Gavin, könntest du kurz über deine Erfahrungen mit dem JAM XP-Event in Lissabon sprechen? Wie haben sich die Teams geschlagen?
Gavin: Die Tage waren interessant, sehr interessant. Wir haben die Leute durch den Toaster geführt und die Resonanz war ziemlich gut. Die Hardware des Toasters macht gute Fortschritte und sollte im Wesentlichen fertig sein. Wir fangen jetzt an, Code darauf zu installieren, was sich gut anfühlt. Die Gesamtatmosphäre der Veranstaltung war auch großartig, alle waren ziemlich glücklich und sehr interessiert an dem, was gezeigt wurde.
Während der Klausurtagung gab es nicht viele Fortschritte im Bereich der Interoperabilität, aber kurz darauf haben wir die ausführbare Datei von PolkaJAM veröffentlicht, mit der jeder seine Knotenimplementierung testen kann. Inzwischen haben zwei Teams berichtet, dass sie bereits mit der PolkaJAM-Knotenimplementierung interoperabel sind, was ein sehr positives Signal ist, dass wir uns stetig in Richtung vollständiger Interoperabilität bewegen. Obwohl die aktuellen Ketten nur den ersten Meilenstein der Interoperabilität erreicht haben und die zweite Phase möglicherweise komplizierter wird, ist dies bereits ein guter Anfang.
Alice und Bob: Ich habe gehört, dass der Toaster besonders laut ist und sich stark erhitzt, und es gibt sogar Gerüchte, dass er Bitcoin schürft - was hältst du davon?
Gavin: Soweit ich weiß, ist das nicht der Fall. Auf dem Toaster gibt es keine GPU, so dass Mining fast unmöglich ist, und es ist auch keine effiziente Art, Rechenleistung zu nutzen.
Wird JAM einen Token ausgeben?
Alice und Bob: Okay, dann noch eine letzte Frage. Ich kann mir deine Antwort ungefähr vorstellen, aber da in letzter Zeit viele Leute danach fragen, möchte ich es noch einmal bestätigen: Wird es in Zukunft einen JAM-eigenen Token geben?
Gavin: Nun ... im Moment gibt es keine solchen Pläne, aber ich werde tatsächlich oft danach gefragt. Ich denke auch noch darüber nach, was der Sinn und Zweck eines solchen Tokens wäre, wenn er wirklich ausgegeben würde. Im Moment glaube ich nicht, dass irgendjemand wirklich klar sagen kann, was sein Zweck wäre.
Natürlich kann man das nicht ganz ausschließen. Ich habe mit einigen JAM-Implementierungsteams gesprochen, und sie hatten tatsächlich ähnliche Ideen. Man kann das also nicht ganz verneinen, aber ich habe mir im Moment noch keine klare Meinung gebildet. Du kannst mich in einem Monat noch einmal fragen, dann kann ich dir vielleicht eine klarere Antwort geben.
Ich denke, aus wirtschaftlicher Sicht ist es dem Wertversprechen von DOT sehr ähnlich, und ich sehe keine besonderen Unterschiede.
Dieses Thema ist jedoch sehr komplex. In Bezug auf das Token-Ökonomie-Modell gibt es viele starke Meinungen, z. B.: Ist Inflation gut oder eine Inkarnation des Teufels? Ist ein fairer Start unerlässlich? Ist der Hintergrund des Gründers ein Pluspunkt oder völlig irrelevant oder sogar ein negativer Faktor?
Diese Fragen sind sehr subtil, und wir müssen sie natürlich sensibel behandeln, aber sie können manchmal auch ablenken. Ich denke also, dass diese beiden Faktoren im Gleichgewicht stehen müssen. Wie ich bereits sagte, sehe ich im Moment keinen besonders überzeugenden Grund, einen neuen Token einzuführen.
Aber eines, worüber ich mir wirklich Sorgen mache, ist, dass Polkadot seit langem eng mit 'Parachains' verbunden ist, weil es so im Polkadot-Whitepaper von vor acht Jahren steht. Die völlig neuen Funktionen von JAM könnten aufgrund dieser Stereotypen übersehen werden. Wenn JAM streng unter Polkadot angesiedelt ist, könnten seine leistungsstarken Funktionen von der Marke 'Polkadot' überdeckt werden, so dass potenzielle Entwickler seinen Wert nicht bemerken.
Ich denke, wir brauchen eine überzeugende Antwort auf diese Frage, aber ich habe im Moment keine und bin mir nicht sicher, ob 'einen neuen Token ausgeben' die Antwort ist. Aber es ist eine Überlegung wert.
Das ist eher eine Frage der 'Markenpositionierung', oder anders gesagt, das Thema ist schleichend in die Diskussion eingedrungen. Es geht nicht nur um die Markenbekanntheit, sondern auch um den 'Mindshare' - natürlich ist die Marke nur ein kleiner Teil der Kommunikation.
Ich denke, JAM kann viele neue Möglichkeiten eröffnen, nicht nur für Parity oder Polkadot Fellowship, sondern für die gesamte Web3-Welt. Wie können wir diese Botschaft vermitteln, damit die Leute wirklich verstehen, was JAM bedeutet, und bereit sind, Zeit in Experimente zu investieren? Das ist das Problem, das wir lösen müssen.
Ich befürchte, dass Polkadot, wie ich bereits sagte, in den Köpfen vieler Menschen fast gleichbedeutend mit 'Parachains' ist. Wenn wir die Leute dazu bringen wollen, zu erkennen, dass Polkadot nicht nur Parachains sind, sondern auch Services, CoreVM, CorePlay und andere völlig neue Architekturen, wird das eine sehr schwierige Kommunikationsaufgabe. Ich meine, das könnte wirklich sehr schwierig sein, man sollte es nicht unterschätzen.
Ich bin aber immer noch der Meinung, dass wir uns darauf konzentrieren sollten, 'Cores (Kerne) wertvoller zu machen' - nur wenn Cores wirklich praktisch und nützlich werden, können wir die Technologien, die wir entwickeln, wirklich erfolgreich machen. Und JAM hilft uns, genau das zu erreichen.
JAM ist also ein sehr wichtiges Werkzeug. Die Frage ist, wie wir diese Botschaft nach außen tragen: 'Hey, schaut mal, diese Cores können jetzt eine ganz neue Reihe von Aufgaben erledigen und auf mehr Szenarien erweitert werden. Probiert es aus!' Wie können wir diese Botschaft vermitteln? Das ist wirklich sehr schwer.
Ich denke, Polkadot hat sich auf der Kommunikationsebene verbessert, aber der Großteil davon bleibt auf der Ebene der 'Kommunikation' selbst. Und ich habe tatsächlich ähnliches Feedback von vielen Leuten gehört.
Wie ... nun, wir sind jetzt auf Plattformen wie Twitter etwas besser als früher, aber diese Kommunikation richtet sich eher an das Ökosystem selbst, um die Meinungen der verschiedenen Parteien im Ökosystem zu vereinheitlichen, und nicht an das Ökosystem außerhalb, um die Botschaft zu vermitteln, die wir wirklich vermitteln wollen, und mehr Aufmerksamkeit und Anerkennung zu erlangen. Ich denke also, das sind eigentlich zwei sehr knifflige Probleme, und ich habe im Moment keine klare Antwort.
Ich weiß es nicht ... aber ich denke wirklich, dass Token in der Kryptoindustrie eine sehr starke Rolle bei der 'Übermittlung von Signalen' spielen. Deshalb müssen wir das verstehen, um die Ziele zu erreichen, die wir erreichen wollen, und auch, wie wir es nutzen können. Aber wir dürfen uns auch nicht davon treiben lassen und es nur 'zum Spaß ausgeben'. Meine Antwort ist also immer noch: Ich weiß es im Moment nicht.
Im Moment ist JAM ein technisches Upgrade für Polkadot, nicht mehr und nicht weniger. Das ist die aktuelle Position des technischen Fellowship. Aber wie bei allen bahnbrechenden Dingen in dieser Branche kann sich alles ändern, wenn in Zukunft ein besserer Weg gefunden wird.
Alice und Bob: Dann sollten wir in der Zwischenzeit so viele Leute wie möglich über JAM und sein Potenzial informieren.
Gavin: Ja, ich denke, es gibt im Moment viele Leute, die von JAM 'gehört' haben, aber es gibt auch ein gewisses Maß an Missverständnissen. Die Leute kennen den Namen, aber sie erkennen nicht, dass sie ihn eigentlich ausprobieren und in die Praxis umsetzen sollten - ich denke, das ist das größere Problem.
Dies ist ein sehr großer Paradigmenwechsel. Wenn du in der Vergangenheit eine Kette mit 'Das ist eine neue EVM-Kette' oder 'Sie verwendet einen anderen Konsensmechanismus' definiert hast, bist du vielleicht noch nicht an diese völlig neue Erzählweise von JAM gewöhnt, die nicht in diese alten Kategorien passt, sondern ein völlig anderes Paradigma darstellt.
Wie dem auch sei, da wir heute in der technischen Fellowship-Diskussion sind, möchte ich das Thema nicht zu weit ablenken.