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.

1. Chad y Willem de Aha Labs discuten las actualizaciones del nuevo y mejorado stellar-cli
2. Algunos aspectos destacados incluyen el cambio del nombre 'soroban' a 'stellar' al usar la herramienta CLI y la adición de nuevos comandos.
3. They cover some cool functions like local network setup, account creation, and transaction signing. con los siguientes comandos:
   • stellar network container [start|logs]
   • stellar keys [generate|fund|ls]
   • stellar contract init para obtener un nuevo proyecto de Soroban
   • ¡y mucho más!
4. They also discuss expected future updates including support for more Stellar operations and integration with Stellar Lab V2!

1. Kirckz discute Meru, una aplicación de servicios financieros para freelancers y trabajadores remotos en América Latina.
2. Él comparte su experiencia integrando Meru con Blend, un protocolo de liquidez primitiva para Stellar.
3. Kirckz comparte los desafíos enfrentados durante la integración y cómo fueron superados.
4. Él comparte los sdks y bibliotecas que su equipo utilizó para facilitar la integración.

Sigue a Meru en X (anteriormente Twitter) para mantenerte actualizado: https://x.com/getmeru

1. Tyler creó Super Peach, una aplicación web3 que utiliza claves de acceso para firmar transacciones. Demostró cómo se pueden usar las claves de acceso en flujos de autorización y cómo se pueden usar para firmar transacciones.
   • Código: https://github.com/kalepail/superpeach
   • Demostración: https://superpeach.xyz
2. Se presentó passkey-kit. Un SDK de TypeScript para crear y gestionar billeteras inteligentes a través de claves de acceso (incluye la interfaz de billetera inteligente)
   • Código: https://github.com/kalepail/passkey-kit
   • Demostración: https://passkey-kit-demo.pages.dev
3. Se presentó Launchtube, un servicio para enviar transacciones en cadena cubriendo tanto la tarifa de transacción COMO el número de secuencia. ¡Increíble!
   • Código: https://github.com/kalepail/launchtube (pregunta en el canal #passkeys en Discord por un token de testnet)
4. Compartió su visión para impulsar la implementación de las claves de acceso hasta convertirse en un estándar para el ecosistema.

Únete al canal #passkeys en Discord para continuar la discusión

1. Tyler desarrolló una aplicación de votación utilizando claves de acceso para firmar la transacción, que es una implementación de la función de verificación secp256r1.
2. Mostró una implementación multiplataforma (web y móvil) y demostró que las claves de acceso son la interfaz perfecta entre los contratos web3 y los mecanismos de autenticación web2 a los que la mayoría de los usuarios finales están acostumbrados.
3. Los miembros del ecosistema discutieron el uso de billeteras inteligentes que utilizarían claves de acceso como firmantes. Se identificaron desafíos en torno a las tarifas requeridas para las billeteras inteligentes, la necesidad de una implementación común para una billetera inteligente, así como cómo podría interactuar con los administradores de contraseñas existentes.
4. La aplicación de votación se puede probar en passkey.sorobanbyexample.org/
5. El código para la demo está aquí github.com/kalepail/soroban-passkey

Hilo de Agenda de Discord

1. Fifo presentó Stellar Plus, que es una biblioteca de Javascript para simplificar el desarrollo de Stellar y Soroban.
2. Los miembros del ecosistema encontraron el diseño de Stellar Plus como composable e inclusivo de toda la funcionalidad relacionada con Stellar, incluyendo la gestión de activos, cuentas, operaciones relacionadas con wasm, así como utilidades RPC.
3. Los enlaces a la presentación de Fifo y Stellar Plus son:
   • Tablero de Miro mostrando la arquitectura de Stellar Plus
   • Repositorio de Stellar Plus
   • Repositorio de Ejemplos
   • Documentos

1. Garand discussed changes to the State Archival proposal based on feedback received at Meridian 2023. Los cambios propuestos son:

• Anteriormente, un sistema de downstream llamado el ESS (Almacenamiento de Estado Caducado) almacenaba entradas caducadas. En la nueva propuesta, no hay ESS. En la nueva propuesta, no hay ESS. Todas las entradas archivadas, así como toda la información requerida para generar pruebas de restauración para esas entradas, se almacena directamente en el Archivo de Historia.
• Los nodos RPC pueden generar pruebas para el estado archivado durante el pre-vuelo
• Captive-core puede ser consultado directamente para el estado archivado, lo que significa que las instancias RPC/Horizon pueden potencialmente atender consultas para el estado de archivo

2. La propuesta de borrador
3. Discusión en curso
4. El tamaño de la imagen está por determinar; es una función del tamaño de la lista de cubos, así como de la memoria y las demandas históricas impuestas al RPC.
5. Los filtros de Bloom son la solución probable para la prueba de inexistencia, aunque vienen con compensaciones. Permiten una búsqueda rápida y económica, pero son probabilísticos, no deterministas.
6. Se agradecen más comentarios.