TL;DR : écoutez le délégant Josh parler de son parcours de délégation sur The Graph et des paramètres qu'il utilise pour évaluer les indexeurs auxquels déléguer.
remarques d'ouverture
Bonjour à tous et bienvenue dans la dernière édition d'Indexer Office Hours ! 2 avril, numéro 151
GRTiQ162
Écoutez le dernier podcast GRTiQ avec Red Sheehan, analyste de recherche sur les protocoles chez Messari.
Révision du contenu
Dernières mises à jour des référentiels importants
Client de couche d'exécution
Nouvelle version du produit Erigon v2.0 :
version 2.59.3 :
Cette version place le hard fork de Naples au bloc#5423600sur le réseau de test Amoy.
version 2.59.2 :
Cette version de correctif corrige une régression taille/performance MDBX introduite dans la version 2.58.0.
version 2.59.1 :
Production de blocs fixes à Caplin.
Arbitrum-nitro (nitro) nouvelle version v2.3.3 :
Cette version améliore la prise en charge d'EIP-4844. Pour toutes les affiches de lots L2 et pour toute personne rencontrant des problèmes avec le lecteur de boîte de réception lors de la lecture de lots d’objets blob, la mise à niveau est recommandée. Il améliore également la prise en charge des affiches groupées pour les chaînes mères avec des types de transactions inconnus.
Client de couche consensus
Informations sur les différents clients
Prysm : Nouvelle version v5.0.2 :
Cette version propose de nombreuses optimisations, améliorations UX et corrections de bugs. En raison d'un certain nombre de corrections de bugs et d'optimisations importantes, nous encourageons tous les opérateurs à mettre à jour vers la v5.0.2 dès que possible.
Dans cette version, la valeur par défaut de –local-block-value-boost a considérablement changé, passant de 0 à 10. Cela signifie que le comportement par défaut utilisant l'API du constructeur/mev-boost nécessite que l'enchère du constructeur soit 10 % supérieure à votre bénéfice de bloc local. Si vous souhaitez conserver le comportement existant, définissez –local-block-value-boost=0.
Teku : Nouvelle version 24.3.1 :
Il s'agit d'une mise à jour recommandée pour les nœuds du réseau principal, car les problèmes de processeur et de bande passante observés depuis la mise à niveau de Deneb se sont améliorés.
Nimbus : Nouvelle version v24.3.0 :
Nimbus v24.3.0 est une mise à niveau à faible urgence qui fournit une prise en charge supplémentaire de l'API de balise et une résilience pour les conditions de réseau sous-optimales.
Phare : Nouvelle version v5.1.3 :
Cette version du correctif inclut plusieurs corrections de bugs liés à la gestion des objets blob. La mise à niveau vers cette version devrait entraîner moins de manques de cache, une utilisation maximale de la mémoire plus faible, une bande passante plus faible et une stabilité améliorée. Il s'agit d'une version de priorité moyenne.
Nous recommandons à tous les utilisateurs de procéder à la mise à niveau à leur convenance. Si vous voyez l'un des journaux suivants, nous vous recommandons spécifiquement de procéder à la mise à niveau.
- 13 mars 10:26:50.229 Avertissement L'homologue a envoyé une réponse non valide à la requête parent, raison : ExtraBlocksReturned, peer_id : ..., service : sync
- 24 mars 23:20:56.001 Avertissement État de l'en-tête non avancé Raison : Err(HeadMissingFromSnapshotCache(...)), Service : state_advance
Pile de graphiques
Subgraph-radio : Nouvelle version 1.0.2 :
Correction d'une fréquence de message inattendue, où le comportement attendu était de déclencher la logique d'envoi de messages par lots environ toutes les 5 minutes, mais parfois l'intervalle était d'environ 5 minutes, mais il y avait de longues périodes pendant lesquelles 25 minutes s'écoulaient et la fonction d'envoi de messages ne se déclenchait pas.
Outil d'orchestration de graphiques
Rejoignez-nous un mercredi sur deux à 17 heures UTC pour notre réunion en ligne Launchpad afin d'obtenir les dernières mises à jour sur l'exécution de Launchpad.
Le prochain est le 10 avril. Apportez toutes vos questions !
Calendrier de mise à niveau de l'opérateur Blockchain
Le calendrier de mise à niveau de l'opérateur Blockchain est votre solution unique pour suivre les mises à jour du hard fork et les calendriers de maintenance pour divers protocoles de l'écosystème The Graph.
Simplifiez le processus de mise à niveau et ne manquez plus jamais une échéance.
observation du protocole
Référentiel de contrats
[WIP/Expérimental] Modification radicale : Ajouter le gestionnaire de litiges sous-intrigue#965(projet)
sous-graphe du réseau
Sous-graphique d'activité :
Correction du dernier crash (correctif : "-" manquant sur certains ID d'événement #13).
Actuellement uniquement corrigé sur l'hébergement, mais sera bientôt publié sur le réseau décentralisé.
discussion ouverte
Chat au coin du feu avec les clients
Cette partie de la réunion d'aujourd'hui sera similaire à la réunion que nous avons eue avec PaulieB il y a deux semaines.
Dans cette conversation, Josh, délégateur et élément important de notre écosystème, partage sa précieuse expérience en matière de délégation.
Il a partagé certaines des choses qui se sont bien déroulées pour lui et les domaines dans lesquels il a suggéré des améliorations.
Il s'agit d'une opportunité dynamique pour chacun de s'impliquer, de poser des questions sur la délégation et d'obtenir l'avis des délégants sur la manière de devenir plus attractifs en tant qu'indexeurs.
question
1. Parlez-nous de votre parcours dans l'écosystème The Graph et comment vous avez commencé à déléguer.
répondre
Je me suis initialement impliqué dans The Graph en novembre 2021. J'ai alors commencé à en apprendre davantage sur le protocole, pourquoi il était essentiel, ainsi que sa mission et sa vision.
Je suis devenu particulièrement intéressé et je savais que je voulais en faire partie.
Ce n’est qu’en juillet 2022 que j’ai commencé à me sentir en sécurité et à l’aise avec la façon dont la délégation du réseau pourrait bénéficier et renforcer le réseautage et l’engagement.
Il m’a donc fallu sept mois pour me familiariser et être prêt à participer à la Commission d’engagement GRT.
2. Quels sont les facteurs les plus importants lorsqu’il s’agit de déterminer à quel indexeur déléguer ?
répondre
Lors de l’évaluation des indexeurs, recherchez un bon équilibre entre risque et récompense.
Qu'est-ce que ça veut dire? Je pense que nous devons reconnaître le risque inhérent à la délégation lorsqu'elle concerne les créateurs d'indices qui réduisent les incitations ou augmentent les frais. En tant que mandant, vous êtes adéquatement récompensé pour avoir accepté ces risques.
Comme je l'ai mentionné dans l'introduction, la chose la plus importante pour moi est de me sentir en sécurité, à l'aise et confiant dans ma capacité à réussir car pour ma part, je pense que beaucoup de gens pensent probablement à déléguer et quel indice déléguer aux organisateurs, vous vous savez, les gens amplifient le risque dans leur cerveau. Il faut pouvoir sentir que l'effort est facile.
3. Avez-vous des suggestions en matière de transparence, de performance et de communication ?
répondre
Maintenant, sortons la communication de l’équation et concentrons-nous sur la transparence et la performance. Commençons par la transparence, vous savez que vous voulez un indexeur transparent quant à ses opérations, son infrastructure et ses performances.
Dans ma carrière quotidienne, je suis axé sur la performance et les résultats, alors comment cela se traduit-il en responsabilisation ? Je veux dire, vous voulez essayer de maximiser vos récompenses, n'est-ce pas ? Vous voulez vous assurer que l'indexeur ne manque pas une opportunité de clôturer une allocation potentielle.
Donc, oui, j'étudie la fiabilité des performances. Les mesures potentielles que d'autres devraient examiner sont les frais de requête et la fréquence à laquelle ces frais sont modifiés.
Je me concentre ensuite sur les récompenses que d'autres délégants ont reçues au fil du temps en utilisant cet indexeur, juste pour en savoir plus sur d'autres délégants qui ont eu des expériences positives avec le même indexeur.
Je fais attention au type de mises à jour régulières disponibles et à tout problème ou maintenance potentiel.
Néanmoins, je garde un œil sur APY et j'essaie de comprendre à quel point mes contributions au réseau comptent pour moi au fil du temps.
4. Déléguez-vous à temps plein ? Gardez-vous un œil sur ces mesures ?
répondre
Oui, je suis client à temps plein.
Deuxièmement, je fais attention aux indicateurs, mais pas tout le temps. Je pense que les gens devraient prendre le temps qu’ils jugent nécessaire pour prêter attention à ce qui se passe.
