TL;DR: Escuche al delegador Josh sobre su viaje de delegación en The Graph y qué parámetros utiliza al evaluar a qué indexadores delegar.
palabras de apertura
Hola a todos y bienvenidos a la última edición de Indexer Office Hours. 2 de abril, número 151
GRTiQ 162
Escuche el último podcast de GRTiQ con Red Sheehan, analista de investigación de protocolos de Messari.
Revisión de contenido
Últimas actualizaciones de repositorios importantes
Cliente de capa de ejecución
Lanzamiento del nuevo producto Erigon v2.0:
Versión v2.59.3:
Esta versión establece el hard fork de Naples en el bloque#5423600en la red de prueba de Amoy.
Versión v2.59.2:
Esta versión de revisión corrige una regresión de tamaño/rendimiento de MDBX introducida en v2.58.0.
Versión v2.59.1:
Producción de bloques fijos en Caplin.
Arbitrum-nitro (nitro) nueva versión v2.3.3:
Esta versión mejora la compatibilidad con EIP-4844. Para cualquier experto en procesamiento por lotes L2 y para cualquiera que tenga problemas con el lector de la bandeja de entrada al leer lotes de blobs, se recomienda la actualización. También mejora la compatibilidad con carteles masivos para cadenas principales con tipos de transacciones desconocidos.
Cliente de capa de consenso
Información sobre diferentes clientes.
Prysm: Nueva versión v5.0.2:
Esta versión presenta muchas optimizaciones, mejoras de UX y correcciones de errores. Debido a una serie de optimizaciones y correcciones de errores importantes, animamos a todos los operadores a actualizar a la versión 5.0.2 lo antes posible.
En esta versión, el valor predeterminado de –local-block-value-boost ha cambiado significativamente, de 0 a 10. Esto significa que el comportamiento predeterminado al usar la API del constructor/mev-boost requiere que la oferta del constructor sea un 10 % más alta que la ganancia del bloque local. Si desea conservar el comportamiento existente, establezca –local-block-value-boost=0.
Teku: Nueva versión 24.3.1:
Esta es una actualización recomendada para los nodos de la red principal, ya que los problemas de CPU y ancho de banda observados desde la actualización de Deneb han mejorado.
Nimbus: Nueva versión v24.3.0:
Nimbus v24.3.0 es una actualización de baja emergencia que proporciona soporte adicional de API de baliza y resistencia para condiciones de red subóptimas.
Faro: Nueva versión v5.1.3:
Esta versión de revisión incluye varias correcciones de errores relacionados con el manejo de blobs. La actualización a esta versión debería dar lugar a menos errores de caché, un menor uso máximo de memoria, un menor ancho de banda y una estabilidad mejorada. Esta es una versión de prioridad media.
Recomendamos que todos los usuarios actualicen cuando les convenga. Si ve alguno de los siguientes registros, le recomendamos específicamente actualizar.
- 13 de marzo 10:26:50.229 Advertencia Peer envió una respuesta no válida a la solicitud principal, motivo: ExtraBlocksReturned, peer_id: ..., servicio: sincronización
- 24 de marzo 23:20:56.001 Advertencia Estado del encabezado no avanzado Motivo: Err(HeadMissingFromSnapshotCache(...)), Servicio: state_advance
Pila de gráficos
Subgraph-radio: Nueva versión 1.0.2:
Se corrigió la frecuencia de mensajes inesperados, donde el comportamiento esperado era activar la lógica de envío de mensajes por lotes aproximadamente cada 5 minutos, pero a veces el intervalo era de ~5 minutos, pero hubo largos períodos en los que pasaron 25 minutos y la funcionalidad de envío de mensajes no se activó.
Herramienta de orquestación de gráficos
Únase a nosotros cada dos miércoles a las 5 p.m. UTC para nuestra reunión en línea de Launchpad para obtener las últimas actualizaciones sobre cómo ejecutar Launchpad.
El próximo es el 10 de abril. ¡Trae todas tus preguntas!
Calendario de actualización del operador blockchain
El Calendario de actualización de operadores de Blockchain es su solución integral para realizar un seguimiento de las actualizaciones de hard fork y los cronogramas de mantenimiento para varios protocolos en el ecosistema The Graph.
Simplifique el proceso de actualización y no vuelva a incumplir una fecha límite.
observación del protocolo
Repositorio de contratos
[WIP/Experimental] Cambio importante: agregar administrador de disputas de trama secundaria n.° 965 (borrador)
subgrafo de red
Subgrafo de actividad:
Se corrigió el último fallo (solución: faltaba "-" en algún ID de evento n.° 13).
Actualmente solo está arreglado en hosting, pero pronto se lanzará en la red descentralizada.
discusión abierta
Charla informal con el cliente
Esta parte de la reunión de hoy será similar a la reunión que tuvimos con PaulieB hace dos semanas.
En esta conversación, Josh, un delegador y parte importante de nuestro ecosistema, comparte su valiosa experiencia en la delegación.
Compartió algunas de las cosas que le fueron bien y en las que sugirió mejoras.
Esta es una oportunidad dinámica para que todos participen, hagan preguntas sobre la delegación y obtengan información de los delegados sobre cómo hacerse más atractivos como indexadores.
pregunta
1. Cuéntenos sobre su viaje hacia el ecosistema The Graph y cómo comenzó a delegar.
respuesta
Originalmente me involucré con The Graph en noviembre de 2021. Luego comencé a aprender más sobre el protocolo, por qué era esencial y su misión y visión.
Me interesé particularmente y supe que quería ser parte de ello.
No fue hasta julio de 2022 que comencé a sentirme seguro y cómodo con cómo delegar la red podría beneficiar y fortalecer la creación de redes y el compromiso.
Por lo tanto, me tomó siete meses familiarizarme y estar listo para participar en la Comisión de Compromiso GRT.
2. ¿Qué factores son más importantes al considerar en qué indexador delegar?
respuesta
Al evaluar a los indexadores, busque un buen equilibrio entre riesgo y recompensa.
¿Qué significa? Creo que tenemos que reconocer el riesgo inherente que implica la delegación en lo que se refiere a que los creadores de índices reduzcan los incentivos o aumenten las tarifas. Como director, usted recibe una recompensa adecuada por asumir estos riesgos.
Como mencioné en la introducción, lo más importante para mí es sentirme seguro, cómodo y confiado en que puedo tener éxito porque, en mi caso, creo que mucha gente probablemente esté pensando en delegar y en qué índice delegar a los Organizadores. Ya sabes, las personas amplifican el riesgo en sus cerebros. Debemos ser capaces de sentir que el esfuerzo es fácil.
3. ¿Tiene alguna sugerencia sobre transparencia, desempeño y comunicación?
respuesta
Ahora, saquemos la comunicación de la ecuación y centrémonos en la transparencia y el rendimiento. Comencemos con la transparencia: usted sabe que desea un indexador que sea transparente en cuanto a sus operaciones, infraestructura y rendimiento.
En mi carrera diaria, estoy impulsado por el desempeño y los resultados, entonces, ¿cómo se traduce esto en empoderamiento? Quiero decir, quieres intentar maximizar tus recompensas, ¿verdad? Desea asegurarse de que el indexador no pierda la oportunidad de cerrar una asignación potencial.
Entonces, sí, estoy investigando la confiabilidad del rendimiento. Las métricas potenciales que otros deberían considerar son las tarifas de consulta y la frecuencia con la que se cambian esas tarifas.
Luego sigo las recompensas que otros delegados han recibido a lo largo del tiempo usando ese indexador, solo para conocer a otros delegados que han tenido experiencias positivas con el mismo indexador.
Presto atención al tipo de actualizaciones periódicas que hay y a cualquier posible problema o mantenimiento.
Aún así, sigo atento a APY y trato de comprender cuánto significan para mí mis contribuciones a la red a lo largo del tiempo.
4. ¿Estás delegando a tiempo completo? ¿Estás atento a estas métricas?
respuesta
Sí, soy un cliente de tiempo completo.
En segundo lugar, presto atención a los indicadores, pero no todo el tiempo. Creo que la gente debería tomarse el tiempo que considere oportuno para prestar atención a lo que está pasando.
