Desarrolladores
Author
Sydney Wiseman
Publishing date
Cuando Protocolo 23 se implemente más adelante este año, CAP-67 no solo comenzará a emitir eventos para nuevos libros mayores. También puede generar eventos para libros mayores pasados si se configura para hacerlo. Eso significa que cualquier proveedor que quiera un flujo de eventos unificados verdaderamente completo debe reingresar toda la historia con dos nuevas banderas principales activadas.
Esta es una actualización de protocolo atípica: P23 tiene la capacidad de emitir nuevos datos de eventos en el TransactionMeta para libros mayores pasados. Si tu servicio o herramientas almacenan la historia completa de Stellar para los usuarios finales, ya sean billeteras, exchanges, plataformas de análisis o indexadores personalizados, necesitarás optar por ello; de lo contrario, te perderás todos los movimientos de operaciones clásicas que ocurrieron antes de P23.
configuraciones para admitir dos nuevas banderas. Por defecto, ambas banderas están desactivadas. Los operadores deben optar explícitamente:
yaml
```
# en tu stellar-core.cfg o stellar-core.conf
# añade operaciones clásicas al flujo unificado
EMIT_CLASSIC_EVENTS: true
# genera nuevos eventos para todos los libros mayores históricos
BACKFILL_STELLAR_ASSET_EVENTS: true
```EMIT_CLASSIC_EVENTSverdadero, se emiten dos nuevos tipos de eventos: eventos de tarifas y movimientos de tokens de operaciones clásicas (pagos, pagos de camino, recuperaciones, etc). El evento de tarifa cubre todas las tarifas de transacción cobradas, incluyendo transacciones de Soroban y reembolsos. No se emiten eventos de tarifas a menos que esta bandera esté establecida, ni siquiera para transacciones de Soroban. Estos eventos se agregarán al flujo de eventos hacia adelante (desde la actualización P23 en adelante).BACKFILL_STELLAR_ASSET_EVENTSverdadero, Core emitirá nuevos eventos para todos los libros mayores pasados (génesis → presente), permitiéndote llenar cualquier brecha en tu flujo de eventos históricos. El operador necesitará activar el rellenado; la bandera solo permite que core cree nuevos datos para libros mayores pasados.Nota: Protocolo 23 introduce una nueva versión de TransactionMeta XDR, TransactionMetaV4. Si operas un nodo RPC, Horizon o Galexie, el soporte para la nueva versión meta se incluirá con la actualización del protocolo.
Opción | Banderas | ¿Reingestión Requerida? | Cobertura Resultante |
1. Soporte de Eventos Parciales (no recomendado) | EMIT_CLASSIC_EVENTS=false BACKFILL_STELLAR_ASSET_EVENTS=false | No | Actualiza tu stellar-core a P23, dejando las banderas de eventos por defecto desactivadas. Solo se emitirán eventos de Soroban. Las operaciones clásicas no están incluidas en el flujo de eventos. Advertencia: No podrás usar eventos para rastrear el movimiento de valor. |
2. Soporte Completo de Eventos; Historia Parcial (P23 en adelante) | EMIT_CLASSIC_EVENTS=true BACKFILL_STELLAR_ASSET_EVENTS=false | No | Flujo unificado desde P23 en adelante (clásico + Soroban). Sin datos históricos. |
3. Soporte Completo de Eventos; Historia Completa (recomendado) | EMIT_CLASSIC_EVENTS=true BACKFILL_STELLAR_ASSET_EVENTS=true | Sí | Flujo unificado completo para cada libro mayor (génesis → presente). |
Nota: La opción 3 desbloquea la capacidad de calcular con precisión los saldos de las cuentas, la oferta circulante y otros análisis de tokens, pero requiere la reingestión completa de la historia.
De esa manera, tu flujo de eventos unificados realmente cubrirá cada acuñación, transferencia, quema y operación de recuperación, incluso las operaciones clásicas previas a P23.
Para más sobre el diseño general de CAP-67 ve , y para detalles completos del lanzamiento de P23, consulta el Anuncio del Protocolo 23 y la correspondiente .