Highlights de la Sesión de preguntas y respuestas (AMA) Quincenal #1 de AVA
La semana pasada presentamos los AMA quincenales en r/AVA, un formato disponible para que cualquiera en la comunidad puede exponer sus preguntas y preocupaciones al equipo AVA.
Los AMA de la comunidad se ejecutarán cada dos semanas con un hilo abierto para preguntas los lunes a la 1:00 PM (UTC) con cierre los miércoles a las 9:00 PM (UTC). El equipo responderá las preguntas los jueves a las 4:00 PM (UTC) [10:00AM 🇨🇷, 11:00AM 🇲🇽 🇨🇴 🇵🇦, 12:00PM 🇨🇱 🇻🇪, 1:00PM 🇦🇷, 5:00PM 🇪🇸].
El primer AMA tuvo lugar el 2 de abril de 2020, con 31 preguntas que exploraron varios aspectos de la visión y tecnología de AVA. Para aquellos de ustedes que no pudieron participar, les compartimos un resumen.
Aspectos destacados del AMA r/AVA #1:
P — zaccguy:
¿Se ha comprometido algún proyecto DEFI existente a usar AVA? Si no, ¿cómo planea el equipo convencer a los desarrolladores de que vengan a AVA en lugar de Ethereum o EOS?
R — Kevin Sekniqi:
Muy buena pregunta. Estamos trabajando en varias organizaciones, tanto en el espacio de DeFi como con instituciones financieras para expandir el tamaño del pastel DeFi. Para mi sorpresa (principalmente por el número de proyectos existentes), la respuesta que obtuvimos del conjunto actual de proyectos DeFi ha sido abrumadoramente positiva. Mucho interés en la colaboración activa. Estamos trabajando en varias formas de dar soporte a Maker, Compound, etc. Nuestro primer enfoque es construir un puente con Ethereum y admitir la transferencia a través de los tokens nativos del ecosistema DeFi en nuestra subred de contratos inteligentes. Ahora es el mejor momento para anunciar AVA-X, la división de AVA que se ocupará de la divulgación y el desarrollo, de la misma manera que lo hizo Google X. Con ese programa, cuyos detalles se lanzarán a la brevedad, otorgaremos a varios equipos recursos sustanciales para construir puentes hacia Ethereum, así como clones de varios proyectos DeFi.
Algo que hicimos que ningún otro proyecto hizo es que tratamos de mantenernos totalmente compatibles con otros proyectos. No solo somos compatibles con Ethereum. Estamos diseñados de tal manera que también permitimos a los desarrolladores ampliar la funcionalidad a más máquinas virtuales, una de las cuales es EOS. Esperamos que la multitud de desarrolladores de EOS intente desarrollar una subred AVA-EOS y comience a implementar las diferentes aplicaciones que EOS tiene en nuestro ecosistema. Ningún otro proyecto tiene este nivel de extensibilidad.
Seguimiento a la Pregunta:
Si Maker y Compound se ejecutan en AVA, eso es enorme. ¿Hay un tiempo aproximado para contar con soporte después del lanzamiento?
Incentivar Ctrl-c Ctrl-v es un movimiento interesante. ¿Espera alguna reacción similar a la que Justin Sun y Tron enfrentan actualmente al copiar el CDP de Maker?
A — Kevin Sekniqi:
Esos chicos son grandes amigos nuestros y, en general, personas increíbles, por lo que estamos muy entusiasmados de que hayan mostrado apertura para trabajar juntos. En cuanto a los tiempos, no estamos seguros. Tenemos muchas cosas en marcha, por lo que es muy probable que algunas de las cosas periféricas no se cumplan en los plazos deseados, pero queremos asegurarnos de que la infraestructura central se entregue a tiempo. Con esa secuencia de prioridades en mente, todavía esperamos tener el puente en su lugar dentro de 2 meses, con suerte a tiempo para el lanzamiento de la red principal.
Esperamos que no. Justin obviamente lo está haciendo de una manera de “adquisición hostil” sin proporcionar evidencia clara de ningún beneficio. Por otro lado, queremos contar con interoperabilidad en el espacio ya que vemos un gran valor en él, y queremos proporcionar beneficios instantáneos a los tokens que se mueven en términos de rendimiento, velocidad y seguridad.
Q — gifrancav:
¿Cómo puede incentivar la plataforma a otras blockchains para que migren a AVA y se ejecuten como una subred?
A — Dan Laine:
Creo que las ventajas de la red AVA sobre otras redes son motivo suficiente para que migren blockchains.
Sólo por nombrar unos pocos:
- Alto rendimiento
- Conjuntos de validadores personalizados (subredes)
- Separación de la preocupación entre el estado de la applicación y el consenso.
A2 — Collin Cusce:
Creemos que depende de esas blockchains crear sus propios esquemas de incentivos, pero brindamos ventajas particulares que hacen que la migración sea deseable. TPS más rápidas, finalidad más rápida, parámetros de seguridad más altos, compromisos entre cadenas y una mayor descentralización: podría tener mucho sentido considerar pasar a una plataforma de consenso en lugar que su propio consenso dependa del consenso Nakamoto o clásicos.
Q — rikvanderwerf:
¿Cómo venderías AVA a un desarrollador de Ethereum? Ethereum enfrenta algunos problemas que obstaculizan a que las aplicaciones de los desarrolladores escalen. ¿Qué soluciones específicas puede proporcionar AVA y cuál es la línea de tiempo en contraste con ETH2?
A — Collin Cusce:
Realmente no me gusta la idea de “vender” demasiado. La plataforma habla por sí misma. Solo diría que si ya eres un desarrollador de Ethereum, debería ser muy fácil probar la cadema de contratos de AVA.
AVA es una red separada de Ethereum en conjunto, pero tenemos una cadena de contratos inteligentes denominada “C-Chain”, que es una VM que importa go-ethereum (Geth) como una biblioteca. Esto permite que las aplicaciones DeFi existentes creadas en Ethereum se transfieran a la red AVA y se beneficien del aumento de TPS y la finalidad que proporciona el consenso de AVA (en este caso, el consenso de Snowman).
Hay TPS más bajas del resto de AVA en la cadena C. Nuestras pruebas alcanzan un máximo de ~200 tps, pero eso sigue siendo un orden de magnitud mejor que lo que ofrece al día de hoy Ethereum. Con mayores mejoras en la EVM/gestión de estado subyacente, esto se puede mejorar significativamente. Además, no hay que esperar confirmaciones, por lo que si bien Ethereum puede demorar hasta 6 minutos para tener suficiente confianza para realizar una transacción final, AVA demora < 3 segundos.
Nuestra línea de tiempo marca que en el próximo par de semanas saldrá la primera red de prueba pública. Si todo va bien, estamos en el objetivo de una mainnet en julio. La línea de tiempo de Eth2.0 es una Fase 0 en abril/mayo, pero hay que tener en cuenta que la Fase 0 no incluye el alcance completo ni la visión de Eth 2.0. Los diagramas de flujo recientes de Vitalik tenían una línea de tiempo que indicaba 5–10 años, pero apuesto a que habrá un cierre antes de ese periodo. En pocas palabras, AVA es inminente y Eth 2.0 tiene un largo camino para completarlo totalmente.
Realmente creo que Eth 2.0 puede beneficiarse enormente de AVA y espero que echen un vistazo a lo que estamos haciendo como plataforma. La propuesta de valor principal de Ethereum fueron los contratos inteligentes. El consenso de Nakamoto ya existía. Al no preocuparnos por la estructura de datos acoplada de la cadena de bloques y el protocolo de consenso que depende de ella (Nakamoto), se les libera para que se centren en la gestión y optimización del estado, que es su característica principal.
Q — gifrancav:
Supongamos que una blockchain existente tiene su propio mecanismo de consenso y no funciona como se esperaba. ¿Es factible que migren en la plataforma AVA, abandonando su consenso y adoptando el suyo? ¿Cuáles son las restricciones? ¿Solo tecnológico?
A — Collin Cusce:
Si es posible. AVA separa el consenso de la estructura de datos subyacente. Si deseas una cadena, crea una VM de cadena a tu propio gusto y especificaciones, deja que el mecanismo de consenso alimente los bloques, su VM los valida.
Q — Brad_McFall:
Como una pregunta de seguimiento: supongo que en el futuro, cuando un usuario pueda pagar las transacciones mediante trabajo computacional o tarifas, será posible que una subred determine cuándo y cómo se aplican estas formas de pago en su máquina virtual. ¿Eso va a ser así?
Además, ¿una subred que contenga Dapps podrá distribuir invocaciones gratuitas a los usuarios de manera diferenciada? ¿Es esto solo un requisito temporal (frecuencia de uso) o puede haber restricciones algebraicas en la forma de distribución entre los usuarios si esto está permitido?
A — Stephen Buttolph:
¡Gran pregunta! Cada blockchain ejecuta las reglas definidas por su máquina virtual, incluida la estructura de tarifas/costos. Por lo tanto, siempre que pueda codearlo, la estructura de tarifas puede ser lo que tu desees. Esto significa que una subred que ejecuta Dapps podría permitirle a la Dapp pagar tarifas en lugar de al cliente, podría no haber tarifas, o las tarifas podrían basarse en que la red decida que su ancho de banda se está agotando.
Seguimiento Q — jacobstanner:
¿Podría usar un token para pagar las tarifas en lugar de AVA? Por ejemplo, en una subred de monedas estable, ¿Es posible pagar las tarifas de transacción con la moneda estable en lugar de usar AVA como gas?
A — Stephen Buttolph:
Si.
Q — SeriousSprinkes3:
¿Pueden explicar el proceso de cómo un nuevo nodo se sincroniza con la red? ¿Cómo se compara con monedas como Bitcoin que usan trabajo acumulado.
A — Stephen Buttolph:
Aquí hay una diferencia entre PoW y PoS.
En los sistemas PoW, se supone que un nodo que ingresa al sistema puede conectarse al menos a un nodo correcto en el sistema. Esto funciona eligiendo la cadena con la mayor acumulación de trabajo. Debido a que el trabajo es verificable localmente, solo necesita ver el bloque con más trabajo y elegir esa rama.
En un sistema PoS, se supone que un nodo que ingresa al sistema puede conectarse al menos a una mayoría de nodos correctos. Estos nodos ni siquiera necesitan necesariamente estar validando nodos en el sistema. Pero necesitan saber de la punta “actual” de la cadena.
Se ha intentado incorporar otro sistema Po* dentro de un sistema PoS para que el arranque no tenga este problema de “subjetividad débil”. Creo que, en su mayor parte, esta bifurcación en las reglas de elección al arranque son heurísticas y tiene más sentido cambiando los supuestos de arranque. Dicho esto, si alguna vez se inventa una regla de elección de bifurcación sería maravilloso, entonces podría tener sentido su revaloración.
Un nuevo nodo se sincroniza con la red al proporcionar un conjunto de nodos de arranque. Se contacta a estos nodos para encontrar la punta de la cadena. Calculamos la altura del bloque más largo que al menos la mayoría de los nodos de bootstrapping dicen que es aceptado. Este bloque se trata como el estado actual de la red.
Q — Mezoantropo:
¿Tienes planes para crear stablecoin basado en Ava?
A — Collin Cusce:
Estamos en pláticas, pero nada que podamos decir públicamente. :-)
Las monedas estables son un elemento básico en el ecosistema descentralizado y esperamos que AVA admita múltiples monedas de este tipo.
Q — Little-Bake:
¿Qué distingue a AVA de todos los demás proyectos con promesas de altas TPS, escalabilidad y vitalidad? ¿Por qué usarías AVA en lugar de algo probado como BTC, ETH o IOTA?
A — Stephan Buttolph:
Ciertamente, se están lanzando muchos proyectos en este momento que prometen grandes números. Algo que creo que vuela un poco fuera del radar es la arquitectura de subred/máquina virtual. Este cambio de paradigma nos permite emitir cadenas de bloques completamente nuevas en la red AVA. Entonces, en lugar de implementar una máquina virtual con un conjunto de reglas global, podemos ejecutar muchas máquinas virtuales.
Un gran ejemplo de esto es cómo ya podemos crear y ejecutar cadenas de la EVM. Espero que esto permita que AVA sea parte de muchas de las comunidades de desarrolladores ya existentes. Ha habido herramientas increíbles que se han realizado a partir de años de desarrollo por proyectos existentes como Bitcoin y Ethereum. No tiene sentido reinventar la rueda, siempre que las ruedas sean redondas :).
Uno de los casos de uso que espero con especial interés es actuar como plataforma de lanzamiento para nuevas blockchains. Algunos de los proyectos que personalmente me gustan más en el espacio blockchain tienen poco o nada que ver con el consenso. Por ejemplo, algunos proyectos, como Monero o ZCash, tienen una característica principal como agregar privacidad a las transacciones. Estos proyectos terminaron necesitando implementar un cliente completo para poder construir y ejecutar una nueva máquina virtual con características adicionales. Estos proyectos probablemente no se preocuparon demasiado por el protocolo de consenso real y su implementación / mantenimiento probablemente fue una pérdida de recursos. Sin embargo, alguien que intente implementar una nueva máquina virtual ahora podría considerar ser parte de la red AVA. Lo que les permitiría esencialmente ignorar el consenso, ser capaces de interactuar con otras cadenas en AVA e implementar su máquina virtual como les parezca.
Q — rikvanderwerf:
¿Cuál es el punto de vista del equipo sobre la “adopción masiva de blockchain” por usuarios finales? Muchos equipos en el ecosistema hablan de incorporar a millones de usuarios ahora, pero ¿será esto posible?
A — Dan Laine:
Ciertamente creo que las aplicaciones basadas en blockchain se generalizarán y tendrán millones de usuarios en un futuro no muy lejano.
Sin embargo, creo que es probable que los usuarios de tales aplicaciones ni siquiera sepan que están interactuando con una blockchain. El back-end de la aplicación podría implementarse con una blockchain sin que el usuario sea más sabio.
Q — cuenta1311:
¿Cada subred está totalmente protegida por la red AVA o funcionan como cadenas laterales donde la seguridad de la subred es independiente de la red AVA?
A — Collin Cusce:
Las subredes tienen su propia seguridad e incluso podrían elegir ser PoS, PoW, PoA o, PoB si quisieran. ¡Sin embargo! Cada validador en una subred es parte del conjunto de validadores de la plataforma AVA. Esto es necesario si desean participar en la plataforma/ventajas.
A2 — Dan Laine:
Gran pregunta!
Una subred es un conjunto de validadores, y cada blockchain en AVA es validada por una subred. La seguridad de una blockchain está determinada por la subred que la valida, no por la red AVA más amplia.
Preguntas muy interesantes ¿Cierto? No dude en unirse a nosotros y preguntarnos cualquier cosa en la próxima sesión. El hilo del AMA # 2 se abrirá el 13 de abril de 2020 a la 1:00 p.m. UTC en r/AVA.
Mientras tanto, como primeros interesados, les invitamos a que soliciten su OG Tagline de AVA aquí para que puedan usarlo y decir “Hijo, ¡Estuve allí desde el principio!” en sus historias en el futuro.
Ligas útiles:
Únete a los canales de AVA’s para estar al día en nuestras actualizaciones y anuncios.
- Website: https://avalabs.org/
- Whitepaper: https://arxiv.org/pdf/1906.08936.pdf
- Twitter en español: https://twitter.com/AvaLatam
- Discord (devs): https://discord.gg/ccc8vEP
- GitHub Repo: https://github.com/ava-labs/gecko
- Documentación: https://docs.ava.network/
- Developer Accelerator Program: http://avalabs.org/dap
- Telegram en español: https://t.me/AVA_espanol
- Telegram anuncios en español: https://t.me/AVA_espanol_An
- Linkedin: https://www.linkedin.com/company/ava-labs
- Reddit: https://www.reddit.com/r/ava
- Medium: https://medium.com/ava-espanol
- Facebook es español: https://www.facebook.com/AVALatinoamerica
- Youtube: http://www.youtube.com/c/AVAofficial
