TL;DR: Hören Sie von Delegator Josh über seine Reise zum Delegieren auf The Graph und welche Parameter er verwendet, um zu bewerten, an welche Indexer delegiert werden soll.
Eröffnungsansprache
Hallo zusammen und willkommen zur neuesten Ausgabe der Indexer-Bürozeiten! 2. April, Ausgabe 151
GRTiQ 162
Hören Sie sich den neuesten GRTiQ-Podcast mit Red Sheehan, Protocol Research Analyst bei Messari, an.
Inhaltsüberprüfung
Neueste Updates zu wichtigen Repositories
Ausführungsschicht-Client
Neue Produktversion von Erigon v2.0:
v2.59.3-Version:
Diese Version setzt den Naples Hard Fork auf Block#5423600im Amoy-Testnetz.
v2.59.2-Version:
Diese Hotfix-Version behebt eine MDBX-Größen-/Leistungsregression, die in v2.58.0 eingeführt wurde.
v2.59.1-Version:
Die Blockproduktion in Caplin wurde korrigiert.
Arbitrum-nitro (Nitro) neue Version v2.3.3:
Diese Version verbessert die Unterstützung für EIP-4844. Für alle L2-Batch-Poster und alle, die Probleme mit dem Posteingangsleser beim Lesen von Blob-Batches haben, wird ein Upgrade empfohlen. Es verbessert auch die Massenplakatunterstützung für übergeordnete Ketten mit unbekannten Transaktionstypen.
Konsensschicht-Client
Informationen zu verschiedenen Kunden
Prysm: Neue Version v5.0.2:
Diese Version bietet viele Optimierungen, UX-Verbesserungen und Fehlerbehebungen. Aufgrund einer Reihe wichtiger Fehlerbehebungen und Optimierungen empfehlen wir allen Betreibern, so schnell wie möglich auf v5.0.2 zu aktualisieren.
In dieser Version hat sich der Standardwert von –local-block-value-boost erheblich geändert, von 0 auf 10. Das bedeutet, dass das Standardverhalten bei Verwendung der Builder-API/mev-boost erfordert, dass das Builder-Gebot 10 % höher ist als Ihr lokaler Blockgewinn. Wenn Sie das bestehende Verhalten beibehalten möchten, legen Sie –local-block-value-boost=0 fest.
Teku: Neue Version 24.3.1:
Dies ist ein empfohlenes Update für Mainnet-Knoten, da sich die seit dem Deneb-Upgrade beobachteten CPU- und Bandbreitenprobleme verbessert haben.
Nimbus: Neue Version v24.3.0:
Nimbus v24.3.0 ist ein Upgrade mit geringem Notfallaufwand, das zusätzliche Beacon-API-Unterstützung und Ausfallsicherheit für suboptimale Netzwerkbedingungen bietet.
Leuchtturm: Neue Version v5.1.3:
Diese Hotfix-Version enthält mehrere Fehlerbehebungen im Zusammenhang mit der Handhabung von Blobs. Ein Upgrade auf diese Version sollte zu weniger Cache-Fehlern, einer geringeren Spitzenspeicherauslastung, einer geringeren Bandbreite und einer verbesserten Stabilität führen. Dies ist eine Veröffentlichung mit mittlerer Priorität.
Wir empfehlen allen Benutzern, nach Belieben ein Upgrade durchzuführen. Wenn Sie eines der folgenden Protokolle sehen, empfehlen wir ausdrücklich ein Upgrade.
- 13. März 10:26:50.229 Warnung Peer hat eine ungültige Antwort auf die übergeordnete Anfrage gesendet, Grund: ExtraBlocksReturned, peer_id: ..., Dienst: sync
- 24. März 23:20:56.001 Warnung Header-Status nicht erweitert Grund: Err(HeadMissingFromSnapshotCache(...)), Dienst: state_advance
Diagrammstapel
Subgraph-Radio: Neue Version 1.0.2:
Es wurde eine unerwartete Nachrichtenhäufigkeit behoben, bei der das erwartete Verhalten darin bestand, die Logik zum Senden von Batch-Nachrichten etwa alle 5 Minuten auszulösen. Manchmal betrug das Intervall jedoch ~5 Minuten, aber es gab lange Zeitabschnitte, in denen 25 Minuten vergingen und die Funktionalität zum Senden von Nachrichten nicht ausgelöst wurde.
Tool zur Diagrammorchestrierung
Nehmen Sie jeden zweiten Mittwoch um 17:00 Uhr UTC an unserem Launchpad-Online-Meeting teil, um die neuesten Updates zum Betrieb von Launchpad zu erhalten.
Der nächste ist am 10. April. Bringen Sie alle Ihre Fragen mit!
Upgrade-Kalender für Blockchain-Betreiber
Der Blockchain Operator Upgrade Calendar ist Ihre Komplettlösung zur Verfolgung von Hard Fork-Updates und Wartungsplänen für verschiedene Protokolle im The Graph-Ökosystem.
Vereinfachen Sie den Upgrade-Prozess und verpassen Sie nie wieder eine Frist.
Protokollbeobachtung
Vertragsspeicher
[In Bearbeitung/Experimentell] Bahnbrechende Änderung: Nebenplot-Streitbeilegungsmanager Nr. 965 hinzufügen (Entwurf)
Netzwerk-Untergraph
Aktivitätsuntergraph:
Letzter Absturz behoben (Fix: fehlendes „-“ bei mancher Ereignis-ID Nr. 13).
Derzeit nur auf Hosting fixiert, wird aber bald im dezentralen Netzwerk veröffentlicht.
Offene Diskussion
Kunden-Kamingespräch
Dieser Teil des heutigen Treffens wird dem Treffen ähneln, das wir vor zwei Wochen mit PaulieB hatten.
In diesem Gespräch teilt Josh, ein Delegierer und ein wichtiger Teil unseres Ökosystems, seine wertvollen Erfahrungen beim Delegieren.
Er erzählte von den Dingen, die für ihn gut gelaufen sind und wo er Verbesserungsvorschläge machte.
Dies ist eine dynamische Gelegenheit für alle, sich zu engagieren, Fragen zur Delegation zu stellen und von den Delegationsteilnehmern Erkenntnisse darüber zu gewinnen, wie sie sich als Indexierer attraktiver machen können.
Frage
1. Erzählen Sie uns von Ihrer Reise in das The Graph-Ökosystem und wie Sie mit dem Delegieren begonnen haben.
Antwort
Ich habe mich ursprünglich im November 2021 bei The Graph engagiert. Dann begann ich, mehr über das Protokoll zu erfahren, warum es so wichtig ist und welche Mission und Vision es hat.
Ich wurde besonders interessiert und wusste einfach, dass ich ein Teil davon sein wollte.
Erst im Juli 2022 begann ich, mich sicher und wohl zu fühlen, wie das Delegieren des Netzwerks der Vernetzung und dem Engagement zugute kommen und diese stärken könnte.
Deshalb habe ich sieben Monate gebraucht, um mich mit der GRT-Engagement-Kommission vertraut zu machen und bereit zu sein, daran teilzunehmen.
2. Welche Faktoren sind bei der Überlegung, an welchen Indexer delegiert werden soll, am wichtigsten?
Antwort
Achten Sie bei der Bewertung von Indexern auf ein gutes Gleichgewicht zwischen Risiko und Ertrag.
Was heißt das? Ich denke, wir müssen das inhärente Risiko anerkennen, das mit der Delegation verbunden ist, wenn Indexhersteller Anreize kürzen oder Gebühren erhöhen. Als Auftraggeber werden Sie für die Übernahme dieser Risiken angemessen entlohnt.
Wie ich in der Einleitung erwähnt habe, ist es für mich das Wichtigste, mich sicher und wohl zu fühlen und zuversichtlich zu sein, dass ich erfolgreich sein kann, denn ich persönlich denke, dass viele Leute wahrscheinlich darüber nachdenken, zu delegieren und welchen Index sie an die Organisatoren, Sie, delegieren sollen Wissen Sie, Menschen verstärken das Risiko in ihrem Gehirn. Wir müssen spüren können, dass Anstrengung einfach ist.
3. Haben Sie Vorschläge zu Transparenz, Leistung und Kommunikation?
Antwort
Nehmen wir nun die Kommunikation aus der Gleichung und konzentrieren uns auf Transparenz und Leistung. Beginnen wir mit der Transparenz. Sie wissen, dass Sie einen Indexer benötigen, der hinsichtlich seiner Abläufe, Infrastruktur und Leistung transparent ist.
In meinem Berufsalltag bin ich leistungs- und ergebnisorientiert. Wie führt das also zu Selbstbestimmung? Ich meine, Sie wollen versuchen, Ihre Belohnungen zu maximieren, oder? Sie möchten sicherstellen, dass der Indexer keine Gelegenheit verpasst, eine potenzielle Zuteilung zu schließen.
Also, ja, ich schaue mir die Leistungszuverlässigkeit an. Mögliche Kennzahlen, die andere berücksichtigen sollten, sind Abfragegebühren und wie oft diese Gebühren geändert werden.
Anschließend verfolge ich die Belohnungen, die andere Delegierende im Laufe der Zeit mit diesem Indexer erhalten haben, um mehr über andere Delegierende zu erfahren, die positive Erfahrungen mit demselben Indexer gemacht haben.
Ich achte darauf, welche regelmäßigen Updates es gibt und ob es zu Problemen oder Wartungsarbeiten kommt.
Dennoch behalte ich APY im Auge und versuche zu verstehen, wie viel mir meine Beiträge zum Netzwerk im Laufe der Zeit bedeuten.
4. Delegieren Sie Vollzeit? Behalten Sie diese Kennzahlen im Auge?
Antwort
Ja, ich bin Vollzeitkunde.
Zweitens achte ich auf die Indikatoren, aber nicht ständig. Ich denke, die Leute sollten sich die Zeit nehmen, die sie für richtig halten, um dem Geschehen Aufmerksamkeit zu schenken.
