AVA: Sesión de Preguntas y Respuestas
Kevin Sekniqi — Co-fundador
Esta entrada es una traducción al español del artículo AVA:Q&A de Panama Crypto
1. Para aquellos que no te conocen, ¿Quien es Kevin Sekniqi?
Soy un candidato a Doctor en ciencias computacionales por la Univerisdad de Cornell. Trabajo de tiempo completo en AVA. Soy un apasionado de la tecnología de punta y el emprendimiento.
2. Además de AVA, ¿En qué otros proyectos trabajas actualmente y cuales son tus planes futuros?
Un poco de todo, desde construir la plataforma hasta operaciones corporativas. Pienso detenidamente sobre como hacer que suceda todo lo planeado, mi mayor enfoque está en la infraestructura, así como las diversas aplicaciones que deben ser construidas para proveer una alta propuesta de valor para los usuarios.
3. ¿Cómo llegaste al mundo de las criptomonedas?
He sido un seguidor del mundo cripto por largo tiempo, he curioseado en el ecosistema y sólo recientemente me he involucrado de manera abierta. En algún punto entre 2010–2011 encontré algo sobre Bitcoin en Reddit y quedé maravillado, terminé operando un pequeño centro de minería en la preparatoria. Después “re-descubrí” las criptos nuevamente en 2013. Esto continúo con varias veces, hasta que finalmente me dediqué de “tiempo completo” en algún punto del año pasado (2018).
4. ¿Qué hace diferente a AVA?
Son varios factores, trataré de detallarlo en dos vertientes: el elemento puramente tecnológico y la plataforma en sí.
AVA es desarrollado sobre Avalanche (publicado el año pasado por el Team Rocket, con algunas actualizaciones internas), el cual es una nueva familia de protocolos de consenso que revoluciona la literatura sobre consenso estándar. Como sabemos, todos los protocolos de consenso en operación, más allá de la cadena más larga (tipo Nakamoto), usan votación general o “quorums” para sus operaciones básicas. Una característica maravillosa de las votaciones generales es que es relativamente fácil de entender en términos de seguridad. Uno sólo necesita demostrar un punto: una vez que cierto número de nodos votan por una propuesta en particular, nunca será posible que un número similar o más grande de nodos voten por una propuesta opuesta. Garantizar esta constante puede sonar fuerte o complicado, pero es bastante intuitivo, simplemente se intersectan ciertos argumentos definidos.
Ahora bien, dado que las votaciones necesitan la participación de todos los involucrados y confiamos en un estricto tamaños del quorum, estos protocolos clásicos basados en votaciones proveen exactamente una probabilidad cero de falla (asumiendo que el número de nodos bizantinos es precisamente menor al del límite superior, usualmente denominado “f”, y ni uno más). Como pueden imaginar, esto también significa que los protocolos son muy difíciles de escalar, dado que por definición requerimos información completa de casi todos los nodos. Cada nodo necesita ser verificado por todas los demás hasta que se alcance el umbral mínimo de quorum definido previamente.
Avalanche cambia este requerimiento de votación general, y no requiere información, ni comunicación completa entre todos los nodos. Al igual que en el consenso Nakamoto, esto significa que Avalanche provee una probabilidad de falla distinta de cero, aunque dicha probabilidad puede ser poco significativa. A cambio de esta probabilidad de falla mayor a cero, obtenemos la mejor clase de escalabilidad (de hecho, encontramos que la complejidad del mensaje del sistema es casi independiente del número total de nodos en el sistema, lo cual es una excelente propiedad). Además, el principio básico (denominado Snowflake [copo de nieve]), provee una propiedad adicional muy importante: la meta-estabilidad inherente del sistema proporciona una forma integrada para que el sistema avance sin ningún líder (normalmente esto se requiere en protocolos basados en votaciones generales, a fin de crear cambios). Esto permite a Snowflake operar eficientemente sin un liderazgo de por medio. Es importante señalar que una optimización útil en ciertas cadenas laterales en AVA, puede ser la incorporación de un líder.
Por otra parte, nosotros también estamos innovando a nivel de plataforma, con varias innovaciones clave, desde una gran usabilidad y características de incorporación, hasta un alta flexibilidad para desarrolladores y compatibilidad con plataformas. A pesar que aún no puedo compartir muchos detalles, mencionaré uno de los más grandes distintivos de nuestra plataforma: el concepto de una plataforma de plataformas. Este realmente es un fuerte diferenciador, a los desarrolladores les permite interoperabilidad con sistema heterogéneos (i.e. monedas con sus propios lenguajes de programación, computadores virtuales, etc) de manera óptima dentro del ecosistema AVA. Imaginen, por ejemplo, una cadena que entiende WASM (WebAssembly) y opera bajo su propio conjunto de reglas, opera con otra cadena en EVM, bajo un conjunto diferente de reglas, todo hecho posible por el subconjunto de validadores de la red de AVA. Nuestra visión es hacer de AVA la plataforma más heterogénea, compatible con diferentes versiones, escalable, segura y flexible con una alta descentralización y aplicaciones sin intermediación.
5. ¿Cómo será alcanzada la gobernanza en AVA?
Obviamente la gobernanza es una aspecto importante para cualquier plataforma, dado que las cosas siempre evolucionan, por lo que cualquier sistema de software requerirá cierta “auto-actualización”. En sistemas centralizados de software, de código abierto o cerrado, el equipo de desarrollo o fundador establece las reglas. Sin embargo, en un sistema descentralizado, en teoría no hay un equipo de desarrollo a cargo. Esto genera debates y desacuerdos, así como potenciales bifurcaciones.
El estilo de gobernanza de Tezos es una propuesta interesante, en donde todo depende de la gobernanza. Esto puede resultar en 0 riesgos reales en el largo plazo, lo cual aún está por confirmarse. El permitir que todos los participantes del sistema puedan cambiar las reglas de consenso puede ser democrático, pero también puede dejar al sistema abierto a vectores altos y arbitrarios de riesgo de ataque. Los sobornos en un mercado secundario podrían permitir que agentes externos maliciosos inicien de forma exitosa cambios encubiertos y críticos en los fundamentos del consenso, dejando expuesto al sistema a fallas catastróficas y errores peligrosos. En su lugar, estos tipos de cambios normalmente deberían ser delegados a expertos de la plataforma y desarrolladores principales en un proceso abierto y transparente.
En contraste a Tezos, la gobernanza de AVA es más restricitiva y diseñada para mitigar una planeación económica prematura, posiblemente unas de las áreas más delicadas. En AVA, la gobernanza se enfoca a un conjunto limitado (pero crítico) de parámetros que deben ser abiertos a todos los participantes, incluido las tasas de emisión, montos de participación (stake), entre otros. Esto reduce de manera efectiva la optimización dinámica de parámetros definidos públicamente. Por ejemplo, la banca central es un proceso dinámico de gobernanza. Limitar la cantidad de gobernanza en cadena es importante para establecer un contrato con los usuarios. Creo que sin limites correctamente definidos en la gobernanza, es difícil, e incluso imposible, proveer garantías razonables en el riesgo de custodia.
6. ¿Bitcoin es a PoW lo que AVA es a?
Una nueva familia de protocolos probabilísticos basados en quorum, con una red de nodos altamente heterogénea.
7. ¿Podrías compartirnos algunos adelantos de la ruta de trabajo de AVA para el resto de 2019 y 2020?
Nuestro mayor objetivo es lanzar la red principal. Aún no contamos con fechas definidas. Trabajamos varios productos muy buenos de manera interna así como importantes alianzas que anunciaremos pronto. Esperamos que en el 2020 tengamos una cantidad significativa de desarrolladores usando AVA, esto es algo más o menos obvio puesto que los desarrolladores tendrán: el mejor desempeño y escalabilidad (el mejor de su clase, en nuestro entendido), así como capacidades de lenguaje/multi MV altamente heterogéneas (compatibilidad y más flexibilidad con Cosmos y Polkadot, aunque hay que reconocer que ellos están adelante en términos de desarrollo, nosotros trabajamos fuertemente para cerrar la brecha rápidamente).
8. ¿Que puede hacer AVA mejor comparado con lo que ya existe actualmente?
Solamente mencionaré algunas conceptos: rendimiento bruto, escalabilidad, seguridad, flexibilidad, compatibilidad con otras versiones, interoperabilidad, y facilidad de uso.
9. ¿Qué VCs han invertido en AVA?
Para nuestra primera ronda buscamos mantener un proceso ágil, nos enfocamos en levantar un monto discreto por parte de fondos que nos pudieran proveer valor más allá del dinero. Fuimos afortunados al asociarnos con algunos de los mejores fondos en el ecosistema, incluidos A16Z, Polychain, Metastable, Initialized Capital y Abstract Ventures.
10. ¿Cuál será el factor de éxito de AVA?
Los trillones de dólares de activos digitalizados y no digitalizados que migrarán a AVA.
Pie de página adicional:
Un breve ejemplo que demuestra como funciona la intersección de quorum, el cual se relaciona al parlamento de la República de Consensolandía. En este parlamento, 100 senadores deben votar una nueva ley, con un “si” o un “no”. Sin embargo, 33 de esos senadores son corruptos, y constantemente cambiarán sus votos en cualquier sentido. Su objetivo es enviar al país a un caos total y tratar de engañar a ciertas personas en el sentido que la ley ha sido aprobada, mientras que a otros convencerlas que ha sido rechazada. Afortunadamente para nosotros ¡Esto no es problema! Lo peor que los senadores corruptos puede hacer es lo siguiente: votar: “Si” en conjunto con 33 senadores honestos y votar “No” con los restantes 34 senadores honestos. Esto crearía un votación total de 66 por el “Si” y 67 por el “No”. Si establecemos en 67 el umbral mínimo para aprobar o rechazar una ley, entonces en este caso solamente “No” cuenta con los votos suficientes y por lo tanto la propuesta de ley es rechazada. Toda la literatura de consenso clásico se basa en mantener precisamente esto invariable.
Recursos de AVA
- Website: https://avalabs.org
- Whitepaper: https://arxiv.org/abs/1906.08936
Social Media
- Canal Oficial de Telegram en español: https://t.me/AVA_espanol
- Canal de Telegram Oficial: https://t.me/avacoin_official
- Comunidad en Telegram: https://t.me/avalanchecoin
- Canal de anuncios en Telegram: https://t.me/AVA_announcements
- Medium en español: https://medium.com/AVALabsEspanol
- Medium: https://medium.com/@avalabs
- Discord: https://discord.gg/99XZqMH
- Reddit: https://www.reddit.com/r/ava
- Twitter: https://twitter.com/avalabsofficial
- Facebook: https://www.facebook.com/AvaLabsOfficial
- YouTube: https://www.youtube.com/channel/UCScsLTtz5DCwJodZ8ht9KNA
