Supongamos que es Goldman Sachs y necesita leer o escribir datos en una cadena de bloques pública; es possible que necesite utilizar un proveedor RPC (llamada a procedimiento remoto) que ejecute nodos para esa cadena. RouteMesh hace que sea más fácil y económico acceder a los datos en cada blockchain.
Desde sus inicios sigilosos, RutaMalla ha estado sirviendo miles de millones de solicitudes por mes.
Ahora estamos en vivo.
Actualmente, el mercado de criptomonedas RPC es related al mercado eléctrico inicial: proveedores verticalmente integrados, sin interconexiones estandarizadas y una gran variación en la calidad.
La siguiente fase es la introducción de la capa de pink que abstrae a los productores para hacer que el mercado sea más eficiente en normal.
La promesa de las cadenas de bloques period que todos ejecutarían su propio nodo para conectarse a la pink y ser su propia persona soberana. Esa tesis no se ha desarrollado como esperaban los cypherpunks. Los requisitos para ejecutar un nodo completo de Ethereum no son para los débiles de corazón. En cambio, surgió Infura, un proveedor que alojaría nodos para usted y usted podría conectarse a ellos. Esta fue una solución suficientemente buena dado que había dos cadenas de bloques que interesaban a la gente: Bitcoin y Ethereum.
Sin embargo, en algún momento sucedieron tres cosas:
La cantidad de datos en las cadenas públicas comenzó a ser seria (CryptoKitties ~2017)
El número de cadenas aumentó (Polygon, Optimism, Base, Arbitrum comenzaron a estar en línea)
Aumentó la cantidad de personas que desean obtener datos de los nodos (casos de uso de impuestos, comercio, análisis, cumplimiento)
Todo esto llevó al surgimiento de proveedores de alto rendimiento que ofrecían infraestructura profesional. Presentamos: Alquimia y Quicknode.
Alchemy fue el primero de los dos y logró escalar rápidamente a una valoración de 10 mil millones de dólares para 2021. Quicknode no se quedó atrás recaudando 60 millones de dólares para su última ronda (públicamente). Estos proveedores procedían de operadores que eran:
Ingenieros web2 experimentados que podrían implementar infraestructura.
Podría adaptarse a las necesidades del mercado rápidamente.
Todo esto estuvo muy bien hasta que nos dimos cuenta de que el futuro de múltiples cadenas no eran 10 cadenas, sino cientos, miles y probablemente millones de cadenas.
Administrar un nodo es un trabajo bastante ingrato en la industria. El software program del cliente se actualiza constantemente, los recursos informáticos son variables, es necesario aprovisionar el {hardware} físico, todo para que usted pueda acceder a la cadena. Dado que cada una de estas nuevas cadenas hace diferentes concesiones para lograr escalabilidad, ejecutar un nodo para esa cadena en specific se vuelve más desafiante.
Por ejemplo, estos son los requisitos para ejecutar diferentes tipos de nodos para las respectivas cadenas (archivo // completo):
Bitcoin:
CPU: 4 núcleos // 4 núcleos
RAM: 8 GB // 16 GB
Almacenamiento: 1 TB // 1 TB
Etereum:
CPU: 4 núcleos // 4 núcleos
RAM: 16 GB // 16 GB
Almacenamiento: 2 TB // 10 TB
solana:
Como puede ver, cuanto más “moderna” sea la cadena y más se centre en el rendimiento, mayores serán los requisitos para ejecutar un nodo. Un nodo Solana requiere {hardware} extremadamente especializado para funcionar correctamente que puede costar fácilmente 50.000 dólares.
Este es el estado de la industria *hoy*. Como tenemos millones de cadenas en línea, mantenerse al día con todas estas cadenas no será posible para un solo proveedor.
Ahora, supongamos que es una empresa proveedora de nodos.
¿Cómo sabes dónde asignar tus recursos?
Cuando tienes un nuevo cliente, ellos quieren que tengas todas las cadenas que necesitan. Pero gestionar todas estas cadenas requiere experiencia y capital reales.
Tienes dos opciones para navegar por esto:
Solo admita aquello que el mercado tiene mucha demanda (no probado para cadenas nuevas)
Lo que solicitan sus clientes actuales, que están pagando
Cobrar prima y ejecutar un nodo dedicado solo para esa cadena (no es práctico para muchos clientes)
Esto hace que sea un desafío para cualquier proveedor dar soporte a todas las cadenas.
Esto significa que para acceder a cualquier cadena que exista, necesita tener varios proveedores para cubrir las cadenas que le interesan y más por motivos de redundancia. Esto crea un extraño laberinto de proveedores unidos que puede resultar difícil de gestionar para la empresa promedio que lee/escribe datos de blockchains.
Además cada proveedor tiene los siguientes aspectos que deben gestionar:
Códigos de error inconsistentes y manejo de errores para dificultar la implementación de alternativas.
Diferentes modelos de precios con la noción de “unidades de cómputo” y solicitudes de no archivo frente a solicitudes de archivo.
Límites de tarifas que pueden causar cuellos de botella en tu aplicación si recibes una gran cantidad de tráfico.
Costos de suscripción que obligan a un cierto nivel de uso y deben consumirse de manera óptima para obtener una buena relación calidad-precio. Los precios excedentes son mucho más caros.
Diferentes niveles de confiabilidad para diferentes cadenas en diferentes momentos.
Claramente, esto se convierte en un problema actual que cualquier empresa de criptografía de nivel empresarial debe resolver. Muchos tienen algún tipo de “enrutamiento interno” que utilizan, pero la sofisticación para resolver todos estos problemas no es un proyecto pequeño de ninguna manera. Soluciones como eRPC o NodeCore intentan resolver esto proporcionando un mecanismo de equilibrio de carga, sin embargo, se quedan cortos en el hecho de que todavía se requiere mucho trabajo para configurarlos y todavía no resuelven muchos de estos problemas, especialmente los relacionados con los precios.
Presentamos RouteMesh: el equivalente “interconnet/grid” para acceso RPC. Nos encontramos con todos los problemas anteriores al respaldar nuestro producto de análisis (leer más aquí) y eso ha construido nuestra convicción de centrarnos en resolver este problema para la industria en normal.
En esencia, RouteMesh es un proveedor de RPC que no ejecuta ningún nodo pero tiene acceso al mayor inventario de nodos a nivel mundial. Debido a que nuestro modelo no tiene permisos (los proveedores no necesitan registrarse explícitamente), significa:
Brindamos soporte a más de 1000 cadenas desde el principio
Si una llamada falla, podemos volver a intentarlo hasta que encontremos un nodo donde funcione.
Precios basados exclusivamente en el uso, sin suscripciones ni precios excedentes.
Dado que tenemos el inventario combinado de todos los nodos, nuestros límites de velocidad son mucho más altos.
Como tenemos que saber todo sobre nuestros proveedores y nodos, significa que podemos hacer cosas como:
Tener precios estandarizados en dólares estadounidenses (sin unidades intermedias)
Brindarle acceso a los nodos más rápidos versus los nodos más baratos (tenemos diferentes tipos de claves API)
Límites de velocidad más altos de la industria (capacidad agregada de todos los nodos)
Esquemas de URL estándar que hacen que sea muy fácil de integrar (no se requieren mapas de URL)
Además de la innovación técnica presente, también hemos innovado en el modelo de negocio al permitir la tarificación basada en rutas.
En lugar de decir que nuestro precio es $x/millón, tenemos el concepto de una ruta que es la combinación cadena<>método.
Por ejemplo, si llama a eth_call en Polygon, esa sería una ruta específica con sus propios precios. Esto significa que las cadenas y rutas con gran cobertura pueden ofrecer precios muy competitivos, mientras que las cadenas más nuevas con menos soporte tienen precios de cobertura limitada.
“Pero el uso de un agregador ¿no añade más latencia/coste?” – No, ¡en realidad es todo lo contrario!
En cuanto a los precios: debido a que podemos utilizar una combinación de proveedores, nuestros precios generalmente ayudan a los clientes a ahorrar entre un 40 y un 70 % de sus costos de RPC y, al mismo tiempo, ofrecen un servicio más confiable.
Sobre la latencia: tenemos instancias de enrutador en diferentes regiones del planeta y tenemos puntos de referencia para nodos en esa región, lo que significa que podemos atender solicitudes a veces tan rápido como 7 ms. Puedes ver nuestras métricas aquí. Todas nuestras métricas son públicas y también conocemos las métricas de todos los demás.
Hemos estado construyendo la primera versión de esto durante los últimos 36 meses como parte de la pila de análisis hasta que decidimos hacer de toda la empresa una sola pieza. En los próximos meses nos ampliaremos para ofrecer soporte para:
Solana, Bitcoin y otros ecosistemas de VM
Envío de transacciones protegidas MEV
Incorporación de más proveedores y cadenas
Nuestro trabajo acaba de comenzar, pero estamos agradecidos de que nuestros clientes y proveedores existentes ya estén atendiendo miles de millones de solicitudes por mes.
También queremos trabajar para brindar más transparencia en esta parte de la industria e introducir estándares para ayudar a todos, desde los clientes de nodos, los proveedores de RPC y los clientes finales.
Si es usuario o proveedor de RPC, no dude en comunicarse para ver cómo podemos trabajar juntos.
Visita https://rutame.sh para aprender más!
