El equipo de DevRel del Ecosistema de Stellar Development Foundation se reunió para hablar sobre el año pasado y lo que traerá 2025.

En esta reunión, el ingeniero de software de SDF, Jay, habla sobre los bloques de construcción de BLS, y muestra ejemplos y demostraciones.

En esta reunión, el defensor de desarrolladores de SDF, Chris Anatalio, habla sobre el futuro stack, incluyendo billeteras de contratos inteligentes y Passkeys. En la segunda mitad, el ingeniero de software principal de SDF, Siddharth Suresh, habla sobre el aumento de los límites de Soroban.

En la llamada de esta semana hablamos con Alberto Chaves de Trustless Work sobre desarrollar un servicio de custodia en Stellar, seguido de una rápida introducción al uso de herramientas basadas en IA para desarrollar contratos inteligentes Soroban.

Agenda: Discord thread

En la reunión de desarrolladores de esta semana, Jeesun demostró el nuevo Stellar Lab, mostrando sus características mejoradas diseñadas para mejorar la experiencia del desarrollador.

Se discutió la pila tecnológica del nuevo Stellar Lab en la reunión, y se utilizaron las siguientes demostraciones para mostrar la funcionalidad del Lab:

1. Activar el ejercicio MultiSig
2. Stellar Wallets Kit
3. Crear y financiar cuenta
4. Se discutió la pila tecnológica del nuevo Stellar Lab en la reunión, y se utilizaron las siguientes demostraciones para mostrar la funcionalidad del Lab:
5. Guardar función de transacciones
6. Mapeo de XDR a JSON
7. Métodos RPC - incluyendo simulateTransaction

Agenda: Discord thread

El equipo de Plataforma de SDF tuvo un hackathon interno la semana pasada, con el propósito de crear aplicaciones que utilizan la Composable Data Platform (CDP). En la reunión de desarrolladores de esta semana, algunos de los miembros del equipo presentan sus proyectos. Las aplicaciones son muy variadas (aplicación de comercio, detección de fraudes, ingestor basado en navegador JS, etc.), pero la intención aquí es mostrar lo fácil que es usar CDP.

Proyectos presentados en la reunión:

1. Servicio de Agregaciones de Comercio
2. Deceptiscan - detección de fraudes CDP
3. Hackies de Composable Data Platform - indexador de datos, indexador de pagos, alerta de caducidad de contratos, índices de datos en DuckDB, torrents para índices de datos y metadatos de ledger)
4. Ingesta de datos con JS frontend
5. Analíticas en tiempo real

Agenda: Discord thread

Resumen: Hoops Finance, un protocolo DeFi, discutió su plataforma que están desarrollando. https://www.hoops.finance/

1. Abstractan la complejidad de las inversiones DeFi para usuarios normales a través de una serie de indicaciones guiadas.
2. Proporciona acceso simplificado a la abstracción de provisión de liquidez LP
3. API AMM pública para leer/escribir datos en AMMs en Stellar
4. API de Hoops Finance: https://api.v1.xlm.services/#overview

Agenda: hilo de Discord

El miembro del equipo de DevRel de SDF, Carsten Jacobsen, mostró cómo crear una simple dapp Hello World basada en un contrato inteligente Soroban y Next.js a través de estos pasos:

1. Crear el contrato inteligente Hello World predeterminado usando el Stellar CLI
2. Crear enlaces de TypeScript (paquete) usando el Stellar CLI
3. Crear el Next.js predeterminado usando el comando npx create-next-app
4. Agregar y enlazar el paquete de enlace de TypeScript al proyecto Next.js
5. Crear un frontend simple con un formulario para enviar una cadena
6. Importar el paquete en la página de Next.js y configurar un cliente
7. Crear la función de envío para enviar el valor del formulario al contrato inteligente
8. Usar useState para almacenar la respuesta del contrato inteligente y mostrarla

Agenda: Hilo de Discord

El miembro del equipo de Experiencia del Desarrollador, Nando Vieira, presentó las características alias y snapshot del CLI:

1. Alias
   1. Instalación del ejemplo Hello World para mostrar el alias
   2. Se mostraron ejemplos de cómo los IDs de contrato a menudo se pasan como parámetros en comandos del CLI como invoke (copiando la cadena ID o sustitución de comando)
   3. Cómo desplegar un contrato inteligente y crear un alias
   4. Cómo invocar el contrato inteligente con el alias
2. Snapshot
   1. Cómo crear una imagen del ledger
   2. Cómo usar la imagen en un caso de prueba

Hacia el final, Nando revisó la documentación para desarrolladores, centrándose en los ejemplos de línea de comandos añadidos para usuarios de Windows y un útil recetario para comandos del CLI.

Agenda: Discord thread

El equipo de la plataforma demostró Galexie, una parte de CDP (Composable Data Platform):

1. Galexie
   1. Extracción de Datos: Extrae datos brutos del ledger de la red Stellar
   2. Compresión: Comprime los datos brutos para un almacenamiento eficiente
   3. Opciones de Almacenamiento: Admite la configuración en tiempo de ejecución a través de la abstracción del Datastore para utilizar varias capas de almacenamiento físico, comenzando con Google Cloud Storage (GCS)
   4. Modos de Operación: Puede operar en modo por lotes o en modo de transmisión
2. Plataforma de Datos Componible
   1. Datastore Flexible: Múltiples opciones para capas de almacenamiento de datos físicas
   2. Galexie: Se utiliza para extraer, comprimir y exportar datos a tu Datastore elegido
   3. Transformar: Estructura los datos en un modelo adecuado para tu aplicación
3. Canalizaciones de Datos Plugables
   1. Flujos de Trabajo: Crea canalizaciones ETL (extraer, transformar, cargar)
   2. Transmisión: Datos de transmisión rápidos y livianos

Agenda: Discord thread

El equipo central de CAP deliberó sobre los CAPs propuestos:

1. Adición de un constructor a la variante de Rust de Soroban. CAP
   1. La preocupación del equipo era sobre una posible ruptura en la compatibilidad, lo cual Dima había abordado. No hubo más preocupaciones.
2. Adición de la curva BLS12-381 y la aritmética de campo requerida - CAP
   1. La preocupación del equipo era sobre proporcionar funciones para verificar entradas no válidas. Es demasiado costoso computacionalmente hacer la verificación en la capa del contrato, por lo que puede que necesite implementarse como una función de host. Jay está buscando la opinión del ecosistema sobre los casos de uso que requieren validación estricta de entradas.
   2. No hubo más preocupaciones.
3. Incrementar el rendimiento mejorando la VM de Soroban. Discusión sobre CAP
   1. Los comentarios del equipo eran sobre la precisión del método de medición, pero los beneficios demostrados del tiempo de reloj se consideraron prometedores.
   2. Se sugirió exponer las mejoras de rendimiento a los desarrolladores de contratos, creando así el incentivo para optimizar contratos y aprovechar las mejoras.
   3. No hubo más preocupaciones.

Discord agenda thread

Los desarrolladores principales discutieron las últimas propuestas para avanzar en Stellar Core en la reunión de protocolo de esta semana.

1. La propuesta para la adición de un constructor a la variante de Rust de Soroban fue introducida en una reunión de protocolo anterior (reunión anterior), documentada en CAP-58. Un constructor es una función que solo se ejecutará la primera vez que se crea el contrato.
2. En esta reunión, Dima discutió las actualizaciones realizadas desde la última reunión:
   1. Constructor por defecto - si un constructor no se define explícitamente, el contrato se trata como si tuviera un constructor
   2. Semántica del valor de retorno - si la transacción tiene éxito, se requiere que devuelva un valor válido
   3. Interacción del constructor con cuentas personalizadas - las cuentas personalizadas deben ser conscientes del contexto que están autorizando.
3. Graydon discutió la actualización de la máquina virtual Wasmi, documentada en CAP-60. Wasmi funciona traduciendo código WebAssembly a una Representación Interna (IR) y luego ejecutándola. La actualización tiene un impacto de dos maneras.
   1. Traducir de WebAssembly a IR toma más tiempo, pero la ejecución del IR resultante es eficiente.
   2. La actualización introduce compilación perezosa. De todas las funciones en un contrato, solo aquellas que se llaman en una transacción dada serán traducidas, reduciendo así tanto la latencia como las tarifas.
4. Jay discutió la adición de la curva criptográfica BLS12-381, documentada en CAP-59.
   1. La adición de curvas elípticas amigables para el emparejamiento permite aplicaciones basadas en zk. Se han agregado 11 funciones de host para exponer mapeo, emparejamiento y aritmética en la curva BLS12-381.
   2. Se presentó un caso de ejemplo de verificación de firma BLS. Consumió 26M de instrucciones (ejecutándose de forma nativa), lo que es prometedor dado que el límite por transacción es 100M.
   3. Hubo un acuerdo general en que la interfaz es la correcta, ya que permite a un desarrollador de contratos implementar una amplia variedad de casos de uso. La discusión continúa en discord.
   4. Jay solicitó que los desarrolladores construyan aplicaciones contra la función y den su opinión.