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.

1. @Soiled y @Robeart de Orbit hablaron sobre usar Blend para crear stablecoins descentralizadas para todas las monedas bajo el Protocolo Orbit, utilizando un pegkeeper descentralizado para mantener su precio y aprovechando estas stablecoins y billeteras inteligentes para crear un exchange perpetuo sin libro de órdenes, llevando Forex a Stellar

2.Enlace a la presentación

Nota: El audio del micrófono del host no está en el video, por lo que hay algo de silencio durante la sesión de preguntas y respuestas. Aquí están las preguntas realizadas durante la sesión de preguntas y respuestas:

1. (De ! markus_0) ¿por qué siempre tienes una cantidad infinita de tokens en el pool? ¿No sería más seguro empezar pequeño y acuñar más a medida que se abra la demanda? 2.(De HunterIonize) ¿Qué propósito sirve esto exactamente? Lo siento por ser directo
2. ¿Cómo ves al Protocolo Orbit contribuyendo a la inclusión financiera a nivel global, particularmente en regiones sub-bancarizadas? ¿Qué desafíos anticipas para lograr esto?
3. En 5-10 años, ¿cómo ves que evolucione el panorama de Forex en blockchain? ¿Qué papel crees que jugará Stellar en esta evolución, y cómo estarán Blend y el Protocolo Orbit a la vanguardia?
4. ¿Hay alguna solicitud de la comunidad de desarrolladores?

1. Tdep discutió sobre Zephyr, un entorno de ejecución desarrollada sobre el indexador Mercury. También explicó ejemplos que demuestran cómo Zephyr puede simplificar el desarrollo de dapps.

1. Piyal demostró que la funcionalidad de intercambio de Freighter ahora se sirve a través de Soroswap. Anteriormente, se servía a través de Stellar Dex.
2. Freighter ha hecho disponibles las instrucciones de integración aquí.
3. Esteban compartió que Palta Labs ha creado un agregado de DEX y lo ha hecho disponible para todos a través del Router SDK.
4. El Router SDK encuentra la ruta óptima para el intercambio en términos de costo de intercambio a través de todos los DEX en Soroban.

Un desarrollador principal, Dima, discutió la propuesta de añadir soporte para constructores a Soroban, el sistema de contratos inteligentes de Stellar.

Enlaces relevantes: Borrador CAP, Discusión en curso, Hilo de Discord motivador

Puntos clave discutidos:

1. La propuesta mejora la usabilidad de Soroban para desarrolladores de contratos y SDK. Un constructor garantiza la inicialización del contrato, lo que reduce el código adicional del contrato que usualmente se agrega para asegurar la inicialización.
2. Hubo un acuerdo general con la propuesta, las preguntas se centraron principalmente en la implementación, como si los constructores deben manejar argumentos, qué debe suceder con las actualizaciones, la compatibilidad hacia atrás con las funciones de creación de contratos y el comportamiento en la actualización de wasm.
3. El tema de alto impacto sobre la nomenclatura se somete a votación en el ecosistema, por favor vota aquí.

Nota: la primera parte de la llamada se perdió. El video publicado arriba captura la segunda mitad de la llamada donde varios desarrolladores del ecosistema compartieron sus casos de uso y necesidades para una billetera inteligente en Stellar.

1. Tyler propuso una propuesta para una billetera inteligente como un bien público. Dado que la autenticación nativa puede sobrecargarse al usar __check_auth, la implementación de Stellar de una billetera inteligente es bastante sencilla. La capacidad de personalizar la autenticación ya está desarrollada en el protocolo central.
2. Consulta la propuesta aquí y la implementación aquí
3. La propuesta solo utiliza firmantes basados en WebAuthN, es decir, claves de acceso. No utiliza ed25519, que, quizás debería dado que ~100 % de las cuentas en Stellar utilizan ese esquema. También introduce la noción de firmantes temporales y administradores para ilustrar que la cuenta puede ser gestionada por múltiples firmantes, cada uno con una política de acceso diferente.
4. El mayor desbloqueo con la autenticación personalizada es la capacidad de ejecutar lógica personalizada. Escuchamos de varios miembros del ecosistema sobre cómo podrían usarlo. 4a. Un desarrollador está construyendo un protocolo perpetuo y pensó que las billeteras inteligentes podrían usarse para gestionar automáticamente posiciones de defi, lo que sería una mejora significativa sobre el statu quo donde el usuario tiene que rastrear constantemente los activos para determinar cuándo ejecutar un intercambio. 4b. La gente está entusiasmada por prescindir de la frase semilla para las claves de acceso, lo cual es especialmente significativo al integrar nuevos usuarios a la blockchain. 4c. Autorizar un mensaje entre cadenas desde una cadena diferente, especialmente autorización programática, requiere una implementación de cuentas personalizadas. 4d. Algunas aplicaciones han notado que los usuarios prefieren no tener una billetera, sino simplemente experimentar el valor de la aplicación, especialmente los juegos. Para esto, la aplicación puede asignar una cuenta temporal al usuario y controlar el acceso mediante check_auth. 4c. Las microtransacciones sin necesidad de firma de usuario son también muy interesantes para las aplicaciones.
5. Esta ha sido una reunión muy reveladora y aprendimos sobre cómo el ecosistema Stellar planea aprovechar la billetera inteligente. ¡Continuemos la conversación en Discord!

1. 2. Las diapositivas están disponibles públicamente y son legibles de forma asíncrona.
2. 4. Comparte tus consultas y publica preguntas en #hubble en discord de Stellar, que es un canal dedicado a temas relacionados con datos.
3. Los consejos para el análisis de datos también se cubren en la documentación
4. Comparte tus consultas y publica preguntas en #hubble en el Discord de Stellar, que es un canal dedicado a temas relacionados con datos.