Hola hackers,
Buenas noticias: la fecha límite de presentación de artículos para el concurso de redacción #blockchain-api se ha extendido hasta el 27 de septiembre de 2024 , lo que te da 15 días adicionales para enviar tus historias #blockchain-api y competir por hasta $1,000 en premios. Si ya enviaste una entrada, ahora tienes más tiempo para llamar la atención sobre ella o trabajar en una nueva para mejorar tus posibilidades de ganar.
Comience por revisar cuidadosamente las indicaciones de escritura del concurso aquí .
Para aprovechar al máximo este tiempo extra, organizamos una sesión de preguntas y respuestas con dRPC, los patrocinadores del concurso, donde discutimos las API de blockchain, la infraestructura web3 y otros temas clave que una entrada ganadora debería cubrir, como revisiones de la plataforma dRPC, API populares y nodos RPC, desarrollo de dAPP, sistemas de equilibrio de carga y más.
¡Empecemos!
Consta, CEO: en web3 desde 2017, a cargo de funciones comerciales, de marketing y de productos. Después de una etapa estelar como líder de productos en P2P Staking, Consta se unió a dRPC como CEO y formó un equipo de estrellas que logró colocar a dRPC como líder del mercado en poco más de un año.
Slava, director de tecnología: Maestro de código con una década de experiencia en banca web2 y redes sociales. Después de un tiempo de seguimiento de los acontecimientos, Slava se convenció en 2022 de la importancia de las criptomonedas y se subió al cohete dRPC.
Fito, marca: Fito lidera los esfuerzos de marca de dRPC para lograr ser conocido y reconocido a nivel mundial en la industria de la infraestructura web3 como un innovador del mercado y un socio confiable. Se lanzó al mundo de las criptomonedas en 2018 por amor a la descentralización y motivación para ayudar en la adopción de la web3.
Martin, Marketing: Martin tiene un don natural para socializar, lo que le ha permitido convertirse fácilmente, desde 2017, en un Sensei que se encarga de llegar a los usuarios finales y las comunidades en línea y de interactuar con ellos. Martin es un nativo de las criptomonedas que está al tanto de la industria y es nuestro presentador de AMA.
El papel de las API de blockchain en la infraestructura web3
Precisión de los datos en las llamadas API de blockchain
Beneficios de los proveedores de servicios descentralizados: asequibilidad, multicadena, resistencia a la censura
Concurso de redacción de API de blockchain
Este hilo de Slogging de Mónica Freitas, Jose Hernandez, Jonh, Martin Kalliola, Asher Umerie y Sheharyar Khan ocurrió en el canal oficial #amas de slogging y ha sido editado para facilitar su lectura.
Mi nombre es Constantine y soy el director ejecutivo de dRPC.org. Empecé como técnico y trabajé como administrador de bases de datos durante varios años antes de pasar gradualmente al sector empresarial. Antes de dedicarme a Web3, ocupé varios puestos en grandes empresas financieras y de telecomunicaciones, donde me encargaba de sistemas de alta carga, como sistemas de facturación y antifraude. Mi trayectoria en Web3 comenzó en 2015, cuando me uní a Ambisafe, donde creamos billeteras de marca blanca, un intercambio semidescentralizado y otros servicios. Fue una época emocionante, ya que muchas empresas de criptomonedas conocidas estaban empezando.
Para mí, personalmente, fue la emoción de invertir en criptomonedas. Comencé mi carrera en el intercambio de criptomonedas, pero luego quise comenzar a contribuir con tecnologías descentralizadas. Los RPC son la columna vertebral de las aplicaciones dapps, especialmente los DEX, sin RPC confiables es imposible ejecutar un DEX confiable. Jose Hernandez
Después de Ambisafe, me uní a P2P.org, una de las empresas de infraestructura y staking más grandes de Web3. Como director de producto, fui responsable del ecosistema Ethereum. En 2022, en P2P estábamos abrumados con la gestión de RPC. Teníamos más de 30 ingenieros de DevOps de diferentes equipos que administraban nodos de RPC para docenas de cadenas y utilizaban múltiples servicios de terceros porque ningún servicio satisfacía todas nuestras necesidades. Comenzamos a desarrollar herramientas internas para la gestión de RPC.
Durante este tiempo, ayudamos a proyectos como The Graph, Everclear (anteriormente Connext) y otros. A través de esto, nos conectamos con muchas empresas de infraestructura. Cuando compartimos lo que construimos, recibimos numerosas solicitudes de acceso, ya que muchos otros enfrentaron los mismos desafíos de RPC. Konstantin Lomashuk, fundador de P2P.org, me pidió que liderara una nueva empresa para ofrecer esta herramienta al público. Trajimos a Slava, un líder tecnológico de VK y Tinkoff, como nuestro CTO, y así nació dRPC.
Las API de Blockchain permiten centrarse en el producto y no en la infraestructura. Los fundadores pueden perder la oportunidad de invertir tiempo en la Web3 en lugar de utilizar únicamente proveedores expertos en ella. Además, el coste de externalizar la infraestructura es mucho más barato que construirla desde cero. Con las API de Blockchain es mucho más fácil empezar a construir aplicaciones descentralizadas, ya que se pueden empezar a extraer datos con simples solicitudes de API. ¡Empiece con las dRPC freemium y escale a premium cuando lo necesite!
Yo buscaría aumentar la velocidad y evitar los puntos únicos de falla, por lo que utilizaría proveedores distribuidos o muchos proveedores al mismo tiempo.
Por ejemplo, si estás construyendo un DEX y los datos de precios no son correctos, esto causará pérdidas a los usuarios. Por eso es imprescindible contar con proveedores de nodos confiables. Tenemos estrictos requisitos de calidad para los nodos con los que trabajamos. Además, los usuarios suelen realizar pruebas para comprobar que los datos sean correctos y confiables.
Cada proveedor configura https://github.com/drpcorg/dshackle (proxy de equilibrio de carga), que constantemente realiza comprobaciones y recopila una gran cantidad de datos sobre el estado de los nodos de la cadena de bloques y los informa a dRPC. Esto nos permite mantener una alta calidad de los datos en una red distribuida de proveedores.
SEO, Google Ads y a través de asociaciones. Esos son los canales en los que puede ayudar a su audiencia a encontrar su producto, no al revés. Pregunta sobre la incorporación de empresas: hablar con los directores de tecnología. Esos tipos suelen estar muy ocupados y no tienen mucho tiempo para hablar sobre infraestructura. Pregunta sobre el punto óptimo: Sí, definitivamente. La mayoría de las personas quieren comprender el tema en un nivel alto primero y luego sumergirse en los aspectos técnicos.
Las API de blockchain pueden interactuar con la blockchain para la que están diseñadas, pero existen ciertas soluciones para la interacción entre cadenas. Por ejemplo, Polygon Agglayer está intentando hacer esto y otros proyectos. Luego, puedes obtener una API para esta "capa superior".
A diferencia de Alchemy o QuickNode, que dependen en gran medida de AWS y de los equipos internos de DevOps para alojar sus nodos de RPC, hemos creado una red distribuida de proveedores de RPC bajo un sistema de equilibrio de carga basado en IA. Los proveedores se encargan del mantenimiento de los nodos, mientras que nosotros nos centramos en crear un equilibrio de carga fiable, tolerancia a fallos, controles de calidad y experiencia de usuario.
Puede pensar que nuestro modelo es similar a POKT, Lava o BlastAPI y, en cierto modo, lo es. Sin embargo, interactúan con los proveedores a través de enlaces de puntos finales y funcionan más como enrutadores sin conocimiento detallado de cada conexión.
En nuestro caso, cada proveedor configura un proxy de equilibrio de carga que realiza comprobaciones constantemente, recopila datos sobre el estado de los nodos y los informa a dRPC. Esto significa que tenemos información detallada sobre los nodos conectados sin tener que adivinar su disponibilidad o los métodos admitidos.
Realizamos comprobaciones automáticas aleatorias entre proveedores y nodos de bloque si sus respuestas difieren de las de otros. También ofrecemos verificación de quórum para clientes que desean verificar cada solicitud. Esto nos permite ofrecer una nueva generación de servicios RPC con mejor distribución, rendimiento y calidad de datos.
Es importante hablar sobre las preocupaciones de seguridad y los riesgos generales de usar proveedores de API centralizados. Con los proveedores centralizados, no puedes verificar los datos; solo tienes que confiar en ellos. Por lo general, trabajan solo con un tipo de cliente de software, a menudo GETH, por lo que si hay un problema con ese cliente, no tienes nada que hacer.
En nuestro modelo, unificamos decenas de proveedores que utilizan distintos tipos de clientes (geth, reth, erigon, etc.), lo que nos permite identificar y abordar problemas rápidamente. Este diseño ayuda a mitigar riesgos como errores en clientes de software específicos, errores humanos, fallas de proveedores de la nube y riesgos geográficos.
En el caso de las aplicaciones descentralizadas, el mejor enfoque es utilizar al menos dos o tres proveedores simultáneamente para minimizar el riesgo. Si bien esto puede resultar más costoso con los proveedores que ofrecen paquetes de suscripción, nuestro modelo de pago por uso ayuda a optimizar los costos al cobrar solo por los recursos realmente utilizados.
Incentivamos a los proveedores a través de un sistema de reputación. Se recompensa a los proveedores por su alto rendimiento y se los penaliza por el tiempo de inactividad o la inexactitud de los datos. Los proveedores con un rendimiento deficiente reciben menos solicitudes o pueden ser eliminados permanentemente del grupo si su calidad es constantemente inferior a la esperada.
A corto plazo, planeamos seguir mejorando nuestro SaaS de RPC afinando la confiabilidad y el rendimiento de nuestra red autorizada de proveedores de nodos, desarrollando más mecanismos para garantizar la precisión de los datos y expandiéndonos hacia nuevas cadenas de bloques con un alto potencial de adopción. Esto nos ayudará a aumentar nuestra participación de mercado rápidamente.
A largo plazo, nuestro objetivo es expandirnos a otros productos relacionados con los datos y convertirnos en líderes en el espacio de datos Web3. Nuestro objetivo es crear un mercado donde los proveedores y consumidores de datos puedan encontrar e intercambiar fácilmente datos de alta calidad al mejor precio.
Lanzamos este concurso con dos objetivos en mente. En primer lugar, queríamos ver cuánto saben sobre Web3 quienes no son expertos en Web3, especialmente sobre el papel de las API de blockchain en el rendimiento de las aplicaciones descentralizadas. En segundo lugar, queríamos alentar a los escritores a compartir sus conocimientos y perspectivas, ayudando a que este tema sea más accesible para otros.
Ahora es el momento perfecto para ello, ya que la industria necesita aplicaciones descentralizadas revolucionarias que impulsen la adopción y conviertan la Web3 en una tendencia generalizada. Para que eso suceda, el rendimiento es clave y las API de blockchain desempeñan un papel importante a la hora de ofrecer una experiencia de usuario fiable y atractiva.
Buscamos propuestas que eduquen al público en general sobre las API de blockchain y sus usos prácticos. Se otorgarán puntos extra a las propuestas que incluyan gráficos o videos que expliquen cómo funcionan las API de blockchain, especialmente si muestran nuestra plataforma dRPC.
Nuestro canal de YouTube dRPC tiene tutoriales sobre el uso de las API de blockchain para obtener datos en cadena, junto con presentaciones de la solución dRPC. Nuestros documentos oficiales brindan información completa sobre la plataforma y sus características. El blog de dRPC es otra gran fuente a la que vale la pena suscribirse.
Concéntrese en explicar claramente qué son las API de blockchain, cómo funcionan y use la plataforma dRPC como ejemplo. Asegúrese de explicar los beneficios de las API de blockchain descentralizadas en comparación con las soluciones centralizadas, incluidos los pros y los contras de cada enfoque.
Un trabajo de alta calidad es claro, conciso y explica cómo funciona todo, con ejemplos prácticos de la plataforma dRPC. Un trabajo de baja calidad sería poco claro, poco centrado o carente de ejemplos concretos.
Sí, algunas. Una es cómo las soluciones descentralizadas pueden garantizar el soporte y la escalabilidad de múltiples cadenas sin problemas bajo una arquitectura centralizada. Otra es la idea errónea de que ejecutar su propio nodo siempre es más seguro, confiable, rentable o preciso en términos de datos. A menudo es mejor concentrarse en desarrollar su aplicación descentralizada en lugar de mantener sus propios nodos, especialmente si su aplicación descentralizada admite múltiples cadenas.
En primer lugar, comprenda que la RPC es fundamental para brindar una experiencia de usuario que respalde la precisión, la escalabilidad y la adopción masiva. En segundo lugar, no construya la infraestructura usted mismo: es una tarea que requiere mucho tiempo, es costosa y menos confiable que usar proveedores externos. Por último, la infraestructura centralizada no respaldará la adopción masiva de la Web3, por lo que debe analizar los beneficios de las soluciones descentralizadas.
¡Eso es todo por esta sesión de preguntas y respuestas! Gracias, dRCP, por tu tiempo y tus atentas respuestas. ¡Estamos ansiosos por seguir tu recorrido a partir de ahora y ver qué haces a continuación!
A todos los escritores de HackerNoon: asegúrense de aprovechar los valiosos conocimientos compartidos durante esta conversación al elaborar sus entradas para el concurso de escritura #blockchain-api .
¡Estamos ansiosos por leer lo que se te ocurra!