paint-brush
Se extiende la fecha límite para el concurso de redacción de API de blockchain: consulte los consejos de dRPC para escribir una propuesta sólidapor@slogging
330 lecturas
330 lecturas

Se extiende la fecha límite para el concurso de redacción de API de blockchain: consulte los consejos de dRPC para escribir una propuesta sólida

Demasiado Largo; Para Leer

En esta sesión de preguntas y respuestas con el equipo de dRCP, analizamos el concurso de redacción Blockchain-API y las API en general. ¡Descubra lo que nuestros patrocinadores piensan sobre estos temas y obtenga algunos consejos de redacción!
featured image - Se extiende la fecha límite para el concurso de redacción de API de blockchain: consulte los consejos de dRPC para escribir una propuesta sólida
Slogging (Slack Blogging) HackerNoon profile picture
0-item

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!

¡Conoce a nuestros invitados: Fito, Martin, Consta y Slava!

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.


En este AMA, nuestros invitados comparten todo sobre:

  • 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.



1. ¡Hola, equipo! ¡Gracias por acompañarnos! ¿Podrían comenzar contándonos un poco sobre ustedes y su recorrido por la Web3? ¿Cómo empezaron?

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.


2. ¿Qué fue lo que hizo que todos ustedes dieran el salto a este mundo descentralizado a través de la Web3 y las criptomonedas?

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


3. ¿Cómo se involucró en blockchain y por qué decidió unirse a dRPC?

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.


4. ¿Cómo cree que las API de blockchain influirán en el desarrollo y la adopción de la infraestructura Web3? ¿Y cómo ayudan las API de blockchain a cerrar la brecha entre los servicios web tradicionales y las aplicaciones descentralizadas?

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!


5. Siguiendo con sus comentarios sobre la facilidad de uso de las API de blockchain: ¿cuáles son algunas de las características clave a tener en cuenta al evaluar una API de blockchain para su integración en un proyecto Web3?

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.


6. ¿Cómo equilibra la necesidad de innovar su producto mientras depende de proveedores externos para la infraestructura? ¿Cómo evalúa las compensaciones entre el ahorro de costos y los riesgos potenciales de depender de proveedores externos para la infraestructura crítica? ¿Existen características o funcionalidades específicas en las API de Blockchain que le resulten particularmente beneficiosas a la hora de extraer datos para su aplicación descentralizada?

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.


7. ¿Por qué es fundamental la precisión de los datos en las llamadas API de blockchain y cuáles son los riesgos potenciales de inexactitudes?

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.


8. ¿Cómo se comercializa algo como una API de blockchain para un público altamente especializado? ¿Cuáles son algunos de los desafíos para lograr que las empresas se sumen? ¿Existe un equilibrio ideal entre el marketing inteligente y los detalles técnicos?

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.


9. Todos sabemos lo complicadas que son las interacciones entre cadenas en el ecosistema web3. ¿Cómo logran las API de blockchain "resolverlas"? ¿Cuáles son los desafíos específicos que implica facilitar la comunicación entre distintas redes de blockchain y cómo abordan o mitigan estas cuestiones las API?

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".



10. ¿Podrías compartir más sobre las pruebas o metodologías específicas que utiliza tu equipo para verificar la precisión y confiabilidad de los datos de los proveedores de nodos? ¿Cómo manejas las discrepancias cuando surgen?

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.


11. ¿Cuáles son algunas de las preocupaciones de seguridad únicas asociadas con las API de blockchain y cómo pueden los desarrolladores abordar estas preocupaciones al crear dApps?

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.


12. ¿Cómo dRPC incentiva a los proveedores de nodos a contribuir a la red y mantener la calidad de los datos?

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.


13. ¿Cuáles son sus planes para el desarrollo futuro de dRPC? ¿Hay alguna característica o funcionalidad específica en la que estén trabajando?

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.


14. ¿Qué te inspiró a lanzar un concurso de redacción centrado en las API de blockchain? ¿Por qué ahora es el momento adecuado para explorar este tema?

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.


15. ¿Qué tipo de trabajos espera recibir? ¿Hay algún tema específico que le interese especialmente?

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.


16. ¿Puede recomendar algún recurso de aprendizaje o tutorial para los participantes que son nuevos en las API de blockchain?

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.


17. ¿Qué consejos darías a los participantes para ayudarlos a tener éxito en este concurso? ¿Hay algún error común que se deba evitar?

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.


18. ¿Cómo sería una propuesta de alta calidad? ¿Cómo llamarías a una propuesta de baja calidad?

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.


19. ¿Hay algún aspecto específico de las API de blockchain que crea que esté poco explorado o maduro para la innovación?

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.


20. ¿Cuál sería la principal conclusión que le gustaría que la gente obtuviera de este AMA y de su concurso?

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!