Related articles
Llame: si eres un inversor que ha pasado tiempo en esta parte del mercado, ¡me encantaría hablar contigo!
Bien, entonces mi artículo anterior “¿Qué tan confiable es su nodo?“Obtuve una buena cantidad de tracción y respuestas. Pensé en seguir con otro artículo, esta vez en el otro lado de las cosas: precios y dinámica del mercado estructural. Recomiendo leer eso antes de leer este artículo, ya que asume el conocimiento previo.
Los RPC son críticos ya que son la forma en que todos interactuamos con cualquier cadena de bloques, básicamente son la cadena de bloques. Ahora, por lo normal, los nodos validador están bien cubiertos porque puede ganar un 5% fácil en sus fichas para hacer clic en un botón. Los nodos completos son un trabajo ingrato que no le consigue ningún incentivo (estos son lo que suelen ser los RPC). Si estamos hablando de nodos de archivo, es mejor que alguien le pague, de lo contrario, tiene cerca de 0 incentivos para ejecutar uno.
Por lo tanto, las grandes empresas administran estos nodos y ocupan cuota de mercado. El mapa del mercado se ve algo como esto:
Entonces, cuando eres un ingeniero que busca un proveedor de RPC, generalmente solo vas con algo de lo que has oído hablar y tiene una buena marca, también conocida como “100%, has oído hablar de la lista”. Esto no es perezoso, esta es una suposición razonable: “Seguramente las empresas que son grandes y que se ve todo debería estar bien”. Bueno, de mi artículo anterior, vimos que no period del todo cierto y hay grandes variaciones en el rendimiento. En este artículo tocamos la economía de este mercado en su totalidad.
Comenzando con las compañías: “100%-ip que tienes ojo”. Estas compañías están muy financiadas y les han lanzado dinero a los inversores en los últimos años.
Estos no son pequeños números de ninguna manera. Precisamente debido a esta escala de dinero que escuchó de estas compañías en primer lugar. Ahora uno argumentaría que sería un buen gasto de dinero en primer lugar, casi. De acuerdo, estas compañías tienen muchas otras líneas de productos que están girando, pero ejecutar nodos es el núcleo de lo que hacen y necesitan asegurarse de que se vuelvan correctos.
Las empresas “Usted ha oído hablar de” han entrado más tarde y han tenido que competir y crear cuñas en el mercado ofreciendo más cadenas, servicios auxiliares o compitiendo puramente en el precio. Pueden jugar este juego y moverse más rápido que los jugadores más grandes porque su gastos de gastos es mucho más pequeño: no tienen una nómina de $ 25 millones de $ 50 millones/año para mantener. Pueden ser más experimentales y más competitivos. Sin embargo, su mayor desafío es que la gente no ha oído hablar de ellos, y tampoco tienen los recursos de $ $ para competir con los jugadores más grandes en ventas o advertising and marketing.
¿No pueden competir puramente por el rendimiento? Como describí en el artículo anterior, medir el rendimiento de RPC es inexistente en la industria criptográfica y todos están en la oscuridad. Hay servicios como Atlas De 1KX que intentan comparar estas estadísticas, pero pierden matices como: punta de las mediciones de la cadena, carga de RPC pura, desgloses de nivel de método, mediciones de concurrencia, geografías de nodos y, lo más importante, el precio en relación con el rendimiento. No importa si tienes los mejores nodos, pero cuestan 100 veces más.
Encuentro que este segmento del mercado se aprueba más: no tienen marcas fuertes y tampoco tienen grandes nodos. Se desempeñan en algún lugar entre ambas dimensiones.
Entonces, si el rendimiento no está claro, entonces seguramente debe ser el precio. ¿Bien? Equivocado.
Verá, el mercado de RPC se ha enamorado de lo que yo llamo la confusión de la “unidad de cómputo”. Lo que básicamente hace es crear una nueva métrica que los clientes no entiendan, y luego obligarlos a comprenderlos, o cobrar más silenciosamente.
Tomemos este easy plan de precios RPC que puede o no ser hipotético.
Entonces, la primera pregunta que hace es, ¿qué es una unidad de cómputo?
Una unidad de cómputo es una medida de cuántos recursos (CPU, RAM, disco, and many others.) devour un método API. Una solicitud easy como BlockNumber solo devour 10 CUS, mientras que una solicitud más compleja como ETH_CALL devour 26 CUS. Puede ver un desglose completo de nuestras unidades de cómputo en nuestros documentos.
Muy bien, entonces, ¿qué pasa cuando vas a los documentos? Bueno, obtienes una larga lista de métodos RPC (Ethereum tiene más de 70 años solo). Sin embargo, también debes tener en cuenta en qué cadena estás.
Entonces la matriz ahora se convierte en:
¿Cuántas unidades de cómputo obtienes por dólar?
¿De qué métodos está llamando y descubra cuántas unidades de cómputo se necesita?
Aplique algunos múltiples según la cadena que está llamando al método (el árbitro ETH_CALL costará más CUS que Ethereum ETH_CALL)
Oh, recuerde también que los cálculos de la unidad de cómputo son diferentes por proveedor, por lo que buena suerte tratando de normalizar todo esto (a menos que esté feliz de construir grandes modelos cuantitativos de los modelos de precios de sus proveedores de RPC).
¿Seguramente eso es todo lo que tienes que seguir? No exactamente. Verá en esa captura de pantalla, hay un poco que cube “300 solicitudes por segundo”. Ahora, si nos desplazamos hacia abajo en la misma página, cube que las 300 solicitudes son en realidad 10,000 unidades de cómputo. Estas son cosas muy diferentes.
Subamos la tabla de precios de la unidad de cómputo para comprender esto con más detalle.
¡Bueno, ahora hay dos tipos de unidades de cómputo, unidades de cómputo regulares y unidades de cómputo de rendimiento! Entonces, si estuviera haciendo algo con trazas, ¡solo necesitaría hacer 10 llamadas de depuración por segundo para utilizar su unidad de 10,000 computas/segunda cuota! Si estás usando algo un poco más manso como eth_accounts Luego, seguro que recibirá 1000 solicitudes/segundo, pero llamará a esos métodos con mucha más frecuencia. Todo esto es decir que tienes otra variable en la que te cobran en secreto o que te empujan: rendimiento.
Para recapitular las palancas que entran en las decisiones de compra de RPC:
Unidades de calcular por dólar
Unidades de calcular por método
Unidades de calcular por cadena
Calcular unidades por segundo (rendimiento)
Ahora, aquí está el verdadero pateador: ¡todo esto puede cambiar en silencio sin hacer que parezca que el precio ha aumentado! ¡Descubrimos que en el último año, nuestros proveedores de RPC nos han aumentado los costos en cualquier lugar de 5X-10X! Sí. Lo lees bien.
Incluso si desea utilizar múltiples RPC para evitar ser monopolizado, debe asegurarse de enrutar sus solicitudes de manera inteligente en función de una base de cadena/método, ya que el precio entre cadena/métodos entre proveedores puede ser del orden de 10x. También debe asegurarse de crear modelos financieros adecuados que rastreen constantemente los precios de los diferentes proveedores, lo que también cambia constantemente. Esto también supone que su segundo proveedor admite la cadena en la que le gustaría recurrir.
Muy bien, entonces, ¿por qué no usar proveedores menos costosos que sean más baratos? Bueno, la realidad es que no sabes cómo es realmente su desempeño como se dijo anteriormente en el artículo. Estas son empresas más pequeñas que no tienen los recursos de los proveedores más grandes, por lo que la posibilidad de falla es mucho mayor y su recurso es mucho más pequeño (su marca no está en peligro).
Para asegurarse de que puede usar un proveedor más pequeño de manera segura, debe enrutar las fallas adecuadamente. Sin embargo, el enrutamiento viene con sus propios desafíos como:
Asegurando que mapee cadenas/métodos para proveedores que admitan la pareja
Manténgase al día con los precios de sus proveedores y elija de manera inteligente en función del precio
Comprender qué es un error válido versus una falla del usuario (el RPC falla versus la solicitud RPC no es válida)
Asegurar que un éxito sea realmente un éxito y no devuelve datos no válidos
Saber cuándo cortar un proveedor versus esperar que tengan éxito
Respetar los límites de tasa de cualquier proveedor que esté utilizando al enrutar
Como puede ver, lo que comenzó como un problema easy se ha desviado rápidamente con muchas capas de complejidad que deben ser domesticadas. Una declaración easy de IF/Else no será suficiente debido a los factores de precios anteriores solo, aún debe comprender el rendimiento.
El resultado de todo esto es un mercado de RPC que es ineficiente en el que los principales proveedores obtienen participación de mercado lentamente apretando a sus principales clientes como ranas en agua caliente y aquellos que no pueden pagarlo o necesitan servicios mucho más confiables, para construir soluciones personalizadas para resolver todos los problemas anteriores.
