Aviso legal: Esta es una publicación traducida por un embajador de Oasis Network. Se hacen rigurosas comprobaciones para proporcionar traducciones precisas, pero pueden estar sujetas a errores u omisiones. Oasis Network no se hace responsable de la precisión, confiabilidad o actualidad de la información traducida.
Publicación original en inglés: Oasis Twitter Spaces Recap: Sapphire Developer Tooling
La sesión de Twitter Space el 23 de Marzo fue una fantástica oportunidad para aprender sobre los recursos y herramientas disponibles que tienen los desarrolladores para construir en Sapphire. Miembros de los dos grupos destacados — Band Protocol y Covalent — se unieron a Oasis para hablar sobre todo lo que Sapphire tiene para ofrecer a los desarrolladores. Para aquellos que se perdieron la conversación, este artículo proporciona un resumen de esa conversación, parafraseando las palabras de los invitados. Si prefieres escuchar la grabación, puedes hacerlo aquí.
He aquí el resumen del Twitter Space, que ha sido ligeramente modificado por razones de concisión y legibilidad.
¿Cuáles son los asuntos y problemas en Web3 que estáis intentando resolver?
Leibing (Covalent): Es una pregunta muy amplia. Si me preguntas francamente, hay muchos muchos problemas críticos para la industria de la blockchain. Por supuesto, el año pasado pasado no ha sido el mejor momento para la industria, y los eventos de los dos últimos años hicieron que resaltaran varios problemas. Cosas relacionadas con transparencia, malos actores, con muchos proyectos que no cumplieron sus promesas, etc. Todas esas cosas están pasando.
En la lado de Covalent, obviamente, no pretendemos resolver todos los problemas.
Nosotros resolvemos un problema muy específico de nicho para nuestros desarrolladores. El principal problema es el acceso a los datos. Hay tantas blockchain y también muchos protocolos. Y a veces, cuando hace unas consulta de datos on-chain estos datos están en diferentes lenguajes. La base de datos de la blockchain es diferente de una base de datos SQL, la cual te da datos agregados. Esto hace que la comprensión a alto nivel sea un reto muy complicado, especialmente si estás creando apps multichain, etc.
Covalent viene a resolver este problema mediante el agregado de datos, empaquetándolos en formatos limpios — en nuestros API endpoints — y después se los pasamos a los desarrolladores. Por ejemplo, si necesitas obtener todas las transacciones de una wallet o un smart contract, solo necesitas hacer una llamada API para obtener todos cada uno de las cosas. También puedes descargarlo en formato CSV o formato de Google Sheets.
Esto realmente empodera a desarrolladores y analistas o miembros de la comunidad para empezar con los datos on-chain que hay en una blockchain y esto con suerte dará más transparencia, la cual es el tema principal de la charla de hoy también, y de las blockchains y el espacio en general.
Fon (Band Protocol): Band Protocol proporcionará datos on-chain a los smart contracts. Entonces, nosotros también estamos trabajando en el lado de los datos, pero para pasarlos a la blockchain. Yo diría que los problemas que resolvemos son más como el asunto fundamental de correr un smart contract o construir en Web3.
Básicamente, estamos permitiendo a los smart contracts acceder a datos fiables y precisos desde fuera de la blockchain.
Creo que el camino aquí ya tiene bastantes, diría que obstáculos o incidentes que pasan si los smart contracts y los protocolos DeFi no tienen una solución de oráculo legítima o segura. Y al final del día, ¿impacta en los usuarios, verdad? Por eso, está es la clave que tuvimos en mente cuando desarrollamos Band Protocol. La seguridad es siempre una prioridad a tener en cuenta e implementarla a través de la descentralización. Por eso, si usas Band Protocol, trabajamos con múltiples validadores para asegurar que no haya un punto centralizado de fallo y que los datos son siempre seguros y fiables.
Otra cosa que abordamos es mejorar la interoperabilidad y escalabilidad en el espacio. Para la interoperabilidad, hemos estado trabajando a través IBC para Cosmos. Y en un futuro cercano, vamos a lanzar el puente para herramientas EVM de forma que el oráculo pueda interactuar de forma nativa con dApps que necesiten los datos. En términos de escalabilidad, yo creo que estamos intentando mejorar incrementando el throughput de Band Protocol y teniendo una infraestructura dedicada on-chain. Band Protocol corre en nuestra propia cadena. Y todos los datos pesados de la computación del oráculo se suben desde la cadena consultada y hasta nuestra cadena, no hay computación para otro tipo de datos.
¿Qué diferencia a Covalent y Band Protocol de otros proyectos Web3?
Leibing (Covalent): yo veo el producto de Covalent como un proveedor de datos agregados. Por eso, si eres un desarrollador Web3 o incluso un desarrollador de herramientas web que recientemente se ha movido al espacio de Web3, te das cuenta que cuando consultas datos on-chain haces uso de cosas llamadas endpoints JSON-RPC, ¿cierto? Y estos son realmente buenos. Dependemos de ellos para obtener datos on-chain, pero el problema es que usan un método de punto de consulta donde para obtener el token de una dirección, vamos a poner mi dirección. Necesito proporcionar los datos de entrada de no solo mi dirección sino también la dirección del token y además el contrato ABI del token.
¿Qué pasa si holdeo 50 tokens? Básicamente en un bucle con 50 llamadas y 50 APIs y direcciones de contratos. Entonces desde la perfectiva de un desarrollador, eso es una pesadilla. Especialmente si tu producto necesita quizás solamente mostrar una página de los tokens de los usuarios. Y eso no es funcionalidad principal de un producto, solamente lo necesitas tener rápido para seguir adelante. En ese punto es donde la API de Covalent aparece.
Proporcionamos los datos agregados para este tipo de casos de uso donde puedes básicamente delegar ese trabajo y recoger los datos mientras te centras en tu UX (User Experience) o en el caso de negocio que están intentado resolver. Nuestros datos están enfocados al usuario, y por usuarios me refiero a desarrolladores. Esto nos hace únicos comparados con servicios JSON-RPC y también comparados con otros proveedores de datos agregados. Soportamos más de 90 cadenas, incluyendo Oasis Sapphire, lo que significa que puedes obtener todo tipo de datos on-chain si eres un desarrollador de la red de Sapphire. Esto hace tu vida más sencilla a la hora de construir aplicaciones cross-chain.
Fon (Band Protocol): Band Protocol es una solución de oráculo que proporciona datos a la blockchain. Yo diría que en realidad estamos muy muy abiertos a nuestros clientes para elegir el oráculo que más sentido tenga para ellos. Y también si necesitan varios oráculos para su protocolo en particular, dependiendo de como quieren registrarlo. Aquí vienen algunas de las funcionalidades clave que diría que hacen destacar a Band Protocol.
Una de ellas es la compatibilidad cross-chain. Band Protocol está diseñado para tener interoperabilidad cross-chain. Esto significa que si eres un desarrollador de un protocolo construido en varias cadenas, tiene sentido usar Band Protocol porque podemos proporcionar múltiples substrates de Cosmos EVM.
En segundo lugar capacidad de customizar. Los desarrolladores pueden customizar su solución de oráculo en función de sus necesidades. Con lo que hemos estado trabajando, protocolos diferentes realmente requieren matices muy diferentes sobre alimentación.
En tercer lugar y de nuevo, la descentralización y seguridad. Tenemos una red descentralizada y trabajamos con múltiples validadores en los que confiamos.
También añadiría escalabilidad y velocidad. De nuevo, diseñamos la cadena de Band Protocol para un alto throughput, baja latencia, e intentamos tanto como podemos, ya que esto es un negocio, tener una buena relación calidad-eficacia permitiendo a los desarrolladores acceder a los datos realmente rápido y eficientemente. Y último pero no menos importante, ofreces servicios robustos con soporte y mantenimiento por un equipo completo de trabajo disponible en caso de que nuestros clientes tengan algún problema.
¿Cómo de útil es Covalent para aplicaciones cross-chain?
Leibing (Covalent): Covalent trabaja para empoderar las aplicaciones multi-chain. Cross-chain se refiere cuando haces una transferencia de una cadena a otra, y eso es como las soluciones de puentes y a veces los oráculos también ayudan con eso. Pero para nosotros, ya que somos un API de solo lectura, te permitimos construir xxxx cross-chain. Pongamos que estás construyendo una billetera, puedes mostrar el balance de un usuario en 90 cadenas con solo un par de llamadas API, ¿cierto? Ese es el verdadero beneficio de usar Covalent.
¿Qué tipo de aplicaciones usan Band Protocol y Covalent hoy en día?
Leibing (Covalent): Cualquier aplicación puede hacer un buen uso de Covalent y cualquier dAPP, ¿cierto? Tienes un backend en Solidity y estás desarrollando para una capa compatible con EVM como Saphire. Tienes un backend en Solidity y entonces tropiezas con el problema. ¿Cómo hago para mostrar ciertos datos para mis usuarios?
Un buen ejemplo es info.uniswap.org
Todo el mundo puede usar Uniswap para cambiar sus tokens, pero a través de su front-end, vamos a ver gráficos, el número de pools, el TVL, etc. Todos estos puntos de datos están disponibles a través de la API de Covalent. Ves la soluciones de puente, ¿cierto? Es una dApp cross-chain en el backend. Pero cada vez que quieres hacer un puente, habrá una página que muestra el número de tokens que tienes, algo así se puede hacer muy fácilmente con una sola llamada API por usuario. Entonces cualquier aplicación, cualquier dApp que requiere una interfaz de usuario front-end es un perfecto caso de uso para la API de Covalent.
Fon (Band Protocol): Vemos muchas plataformas DeFi y protocolos. Trabajamos con L1 — de forma que tenemos compatibilidad con smart contracts — o también trabajamos directamente con las dApps. Y es en su mayoría DeFi. Si quieres construir sobre lending, borrowing, perpetuos, etc, necesitarías un oráculo. Y para apoyarme en lo que estabas comentando antes, también tenemos VRF que es una función aleatoria verificable.
Es una aplicación o caso de uso que construimos encima del oráculo. Y básicamente genera números aleatorios. Entonces esto se podría utilizar en gaming en cualquier plataforma, y cualquier tipo de dApps para intentar dar aleatoriedad en el juego. Y la última que hemos visto y que estamos más emocionados en ver más es redes sociales y privacidad. Hemos tenido un caso en el que uno de nuestro clientes o partner nos han usado para verificar perfiles de redes sociales. Tienen un módulo de perfiles en la aplicación. Y han delegado en Band Protocol para verificar que esa gente, los perfiles en sus plataformas son personas reales y tienen cuentas en redes sociales de Web2 que están verificadas. Entonces en ese sentido, creo que si estás construyendo un modulo de perfiles o una billetera, Band Protocol podría funcionar para tí también.
¿Cómo pueden los desarrolladores de Oasis integrar Band Protocol en sus proyectos?
Fon (Band Protocol): tenemos mucha información y documentación disponible en nuestra web. Pero si aún así necesitas soporte, siempre puedes contactar con nuestros desarrolladores de ecosistema y unirte a nuestro Discord o solamente enviarnos un email a BD@Band Protocolprotocol.com. También podemos ayudarte a organizarte y podemos compartir recursos dedicados para ayudar. Pero estamos disponibles en múltiples testnets. Y si no necesitas soporte o ayuda en ese sentido, la documentación online sería suficiente para empezar.
¿Qué papel juegan los oráculos de datos y los agregadores de datos en blockchains centradas en la privacidad?
Leibing (Covalent): creo que es obvio y una cuestión bastante filosófica. La privacidad y transparencia no suelen ir de la mano a veces. Queremos transparencia, pero al mismo tiempo queremos privacidad. Ambos son, se supone, buenos valores, lo que los hace interesantes es que hay muchas situaciones en las que absoluta transparencia puede ser una pesadilla. Por ejemplo, es como saber todos los movimientos de tu enemigo, lo que hace que ciertos caso de uso no sean posibles. Pero hay también algunos casos de uso más maliciosos como que dirección este expuesta. Y si eres una ballena, muchos hackers irán a por ti. Y si hay algún tipo de identificación de tu dirección en el mundo real, muchas cosas malas podrían pasar.
Entonces, puedes ver de forma clara la necesidad de privacidad aquí.
Pero al mismo tiempo que tienes que preguntar como se puede abusar de la privacidad tienes este sistema financiero sombrío. Por eso, ambos extremos no son buenos. Necesitamos una solución en mitad, y eso es en lo que creemos, por ejemplo, el indexado de Sapphire es bastante interesante ya que tendríais una capa privada. Y como eso se diferencia de una EVM general como las cadenas de Ethereum o Polygon. En esta interesante tensión vemos un nuevo caso de uso. Creo que todavía le estoy dando vueltas en mi cabeza, pero creo que es un tema fascinante.
Fon (Band Protocol): para los oráculos, creo que pasar de ser solamente algo teórico a realmente jugar un papel importante. Por eso, con respecto al uso y papel de los oráculos, es bastante simple y claro como verificación. Puedes usar la red de oráculos de Band Protocol para proporcionar verificación probada de usuarios o transacciones o demás mediante el acceso de datos off-chain sin tener que evaluar los detalles privados que no estás viendo, es como dos cosas opuestas, ¿cierto? Podemos verificarlo, al mismo tiempo que puede estar enmascarado y mostrar privacidad a las personas. Entonces, a medida que las redes de blockchain añaden más medidas de privacidad, realmente creo jugaremos un importante papel in habilitar en la red la capacidad de interactuar con fuentes de datos externas sin comprometer la privacidad de los usuarios.
Realmente cubrimos ese agujero mediante el diseño seguro y descentralizado que he mencionado. Uno de nuestros partners, que se llama Decimals, han estado usándolo intentando construir una red social en Web3. Por eso están tratando de alcanzar un equilibrio entre transparencia y también privacidad, básicamente haciendo uso de un oráculo para la verificación.
Actualmente trabajamos para DeFi porque hay una necesidad de mercado para la alimentación de datos de precio. Pero en realidad, a medida que la industria evoluciona, los oráculos pueden hacer mucho más que eso, ¿cierto? Para GameFi, es el VRF que introduce aleatoriedad. Y para redes con privacidad, es este tipo u otro tipo de datos que se usan para verificar los perfiles. Pongámonos que alguien está construyendo un juego de crianza, esto es algo realmente común. No tienes que usar una petición, una salida aleatoria por cada tipo. En realidad puedes hacerlo una vez como semilla. Por eso sabes exactamente el universo de diferentes soluciones que proporcionan los cruces. Pero esa parte obviamente se mantiene para los desarrolladores de juegos y los usuarios solo conocen el resultado final.
¿Qué es lo siguiente en el roadmap para Covalent y Band Protocol?
Leibing (Covalent): del lado de Covalent, nuestra misión es bastante simple — más cambio, mejor diseño de API, tiempo de respuesta más rápido. Por eso básicamente, se trata de asegurar que nuestras apps son en realmente las más veloces en términos de obtener los datos. Y también tu vida como desarrollador es la más simple posible. Y si necesitas algún caso de uso, para eso es para lo que nuestro equipo de producto está constantemente juntando diferentes combinaciones de datos que encajen en casos de uso específicos.
Puedes ir a nuestra documentación para echar un vistazo a todos los endpoints existentes — covalenthq.com/docs/api — y puedes probarlos todos, ver los tipos de datos que ofrecen. Y también estamos desarrollando está nueva serie llamada endopoints clase C la cual te permite obtener datos específicos de protocolos como Curve, AAVE, Balancer, Instadapp, LIDO, etc. Por eso antes, creo que obtener todos esos datos sería muy complicado. Pero con estos nuevos endpoints, puedes integrar estas funciones DeFi en tu aplicación y wallet realmente rápido. Ese es el canal hacia la parte externa.
Fon (Band Protocol): del lado de Band Protocol, estamos elaborando la interoperabilidad. Hemos lanzado nuestro roadmap este año. Estamos construyendo tres herramientas de integración. Traer IBC para todo el mundo en Cosmos mediante un contrato puente para EVM para que los usuarios puedan acceder al oráculo de Band Protocol de una forma más continua y más nativa también. Por eso, en resumen, diría que estamos tratando de proporcionar módulos self-service.
También estamos viendo como integrarnos con ZK EVM y si vamos a dar soporte para este.
En el lado de los datos, podríamos lanzar nuestra market place de datos de prueba muy pronto. Actualmente integramos datos de fuentes de datos premium y trabajamos directamente con proveedores de datos. Acaba de haber una conversación sobre si deberíamos abrirnos al público u otros partners de negocio para que nos proporcionen datos. Ayudaría con la utilidad o tokenomics de Band Protocol.
El objetivo final es ser capaz de proporcionar datos a tantas cadenas como sea posible en una mezcla de modelo entre servicio y auto-servicio para que la gente pueda también construir o ser creativos sobre lo que quieran hacer y los casos de uso que quieran probar. A pesar de que, digamos, un Band Protocol, como una compañía, como un proyecto, como una fundación está haciendo. Por ejemplo, como con Decimals, en realidad ellos empezaron el proyecto y lo hicieron por ellos mismos al principio antes de pedir ayuda en algunos temas.
¿Qué ideas sobre dAPPs con privacidad habilitada compartiríais con los desarrolladores que quieren construir?
Leibing (Covalent): en mi cabeza pienso en dos ideas.
La primera es, he visto está aplicación construida en muchos hackatons, pero la crítica principal que tengo es que no puedes construir documentos on-chain de forma confidencial. Y la app es como un tipo de registro de sanidad, donde en lugar de que el registro de salud de los pacientes se guarde en la base de datos de un hospital, está on-chain, y te pertenece a ti — la persona que tiene esos registro de salud. Entonces, con una blockchain centrada en la privacidad, definitivamente una dApp de sanidad se podría construir. Y esto se extiende a otras cosas donde tu mantienes la sobería de unos datos específicos.
La segunda idea es una cierta dApp que requiere datos específicos de localización GPS. Por ejemplo, si tienes una aplicación de alquiler de productos donde los productos se ponen on-chain, y entonces tú puedes usar un cierto mecanismo de colateralización para asegurar que los artículos de devuelven. Si no lo devuelves, el valor se va y está todo conectado con tu wallet de Metamask, ¿cierto? ¿Y si el producto de pierde? En ese caso puedes acceder a los datos de GPS para trackear donde se encuentra el artículo. Y esto no es muy diferente de esas aplicaciones para compartir bicicletas. Pero esto está on-chain. Pero el problema es que tener los datos GPS on-chain invade la privacidad. Nadie quiere tomar un artículo sabiendo que en cada momento, cualquier online puede saber la localización precisa la cual está única a mi dirección de wallet. Algo así se beneficiaría de tener una capa de privacidad o un componente de privacidad donde solo algunos actores específicos con ciertos permisos y roles puedan tener acceso a esos datos en situaciones especiales. Por ejemplo, en ese caso, si el objeto se pierde o algo así.
Fon (Band Protocol): Puedo ver una dApp que construye una VPN descentralizada de forma que puedas proporcionar una conexión más privada y resistencia a la censura en Internet y entonces dar a los usuarios el control sobre ese tráfico. Y además protegería la privacidad online de los usuarios — esto estaría muy guay.
La otra idea es sobre la huella en las redes sociales o la huella digital que mucho gente en la web quiere vincular. Yo solía trabajar para uno de los gigantes de la Web2. Entonces, si hay alguna forma en la que puedes incorporar una manera de monetización para usuarios, esa es la clave. Quiero decir, son tus datos, es tu huella. Deberías tener la propiedad y ganar por ellos. Eso estaría muy guay.
Y la última sería un clásico como Monero, ¿cierto? Quería mencionarlo porque se remonta a hace tiempo. Pero todavía siento como que es algo muy cool si tiene privacidad incorporada. Puedes enviar transacciones confidencialmente sin conocer lo que es. Todavía creo que en realidad esta opciones tendría muchas oportunidades.
¿Qué consejo darías a alguien que quiere moverse de Web2 a Web3?
Leibing (Covalent): Creo que me consejo es bastante específico referido al data front por mi papel aqui en Covalent. En realidad aprendí mucho de las tripas internas de lo que es la blockchain, que tipo de datos emiten las transacciones de solo mirar las a los datos. Por eso, obviamente, necesitas aprender tus lenguajes de blockchain — Solicity y demás — y eso ayudará mucho.
Pero incluso si estuvieras enfocado en el front end or un nivel más alto, es importante. Puedes ir a Etherscan y esas cosas serán muy geek para ti cuando entras por primera vez. Pero después de aprender que son los eventos, los topic hashes, que tipo de datos se transmiten en casa transacción, realmente se metes de lleno en como se almacenan los datos en la cadena. Esto se dará una buena base para aprender sobre diferentes acciones de diferentes adaptaciones.
Si haces un intercambio en Uniswap, ¿qué pasa exactamente on chain? ¿Qué es lo que se transfiere y a donde? Todas estas preguntas se pueden responder de los datos en sí mismos. Por eso, si estás aprendiendo Web3 hoy, aprende Solidity, aprende más lenguajes front-end, y entonces prueba la API de Covalent. Es libre para probar y examinar los datos y pregúntate a ti mismo lo que significa todo. Esto te llevará al nivel de competencia lo más rápido posible, yo creo.
Fon (Band Protocol): yo tomaría una aproximación más de atributos hacia la Web3. Creo que si te mueves hacia la industria hay algunas cosas clave que una persona necesita. Y la primera es la resiliencia ya que las cosas cambian. He visto a nuestros clientes o partners estando debajo antes y realmente conlleva resiliencia volver. Segundo es la flexibilidad. Web3 cambia mucho. Y tercero es la adaptabilidad de nuevo, las cosas cambian bastante rápido. Es muy diferentes a como era antes. Pero eso creo que es como vivir en el día de hoy de todas formas. Por eso, si quisieras venir a la Web3 creo que necesitarías esos tres atributos.
¿Qué es lo próximo que viene para vuestras comunidades y protocolos?
Leibing (Covalent): nosotros acabamos de indexar la red de Sapphire. Toods vosotros podéis registraros de forma gratuita para obtener una API key and probar que tipo de datos on-chain se pueden obtener de la red de Sapphire, así como de las 90 otras redes que soportamos. Estamos constantemente mejorando el producto, por eso por favor seguimos en contacto. Sigue nuestro Twitter y únete a nuestro Discord. Espero que todo el mundo se haya divertido aprendiendo sobre los datos de frontend y como usarlos.
Fon (Band Protocol): nosotros estamos haciendo algunos productos rollouts que mencioné, pero en realidad antes que eso, en unas pocas semanas, estamos lanzando nuestro programa de la comunidad, por eso nos encantaría que os pudierais unir. Lanzaremos información en nuestro grupo oficial de Telegram así como en Discord. Por favor ven y únete a nuestro programa de comunidad incentivado. Hay muchas cosas pasando en Band Protocol.