Sigo pensando en Rhinestone en el stack de Newton como un puente entre barrios distintos.
Cada barrio tiene sus propias calles, sus propias puertas, su propia manera de dejar entrar a las personas.
Básicamente, así es el mundo de las cuentas inteligentes hoy.
Carteras distintas.
Diseños de cuentas distintos.
Rutas de ejecución distintas.
Y si cada capa de políticas tiene que construir una carretera a medida para cada cartera, todo se vuelve lento, caro y caótico.
Por eso Rhinestone es interesante.
Permite que una política con @NewtonProtocol llegue a cuentas inteligentes para las que no fue construida a medida. Sin despliegue nuevo para cada cartera. Sin integración a medida cada vez.
Una sola regla puede llegar mucho más lejos.
Esa es una ventaja real.
Pero los puentes son cosas curiosas.
Un puente no gana confianza solo porque el diseño se vea bien en el papel.
La gana porque la gente lo cruza todos los días.
Autos, carritos, lluvia, calor, peso, errores, tráfico.
Así es como se revelan los puntos débiles.
Una capa de ejecución modular funciona igual.
Si Rhinestone se usa en muchos tipos de carteras, con transacciones reales y casos reales en situaciones límite, su fiabilidad puede crecer bajo presión. Los bugs aparecen. Las rutas se prueban. Los modos de fallo se vuelven visibles.
Pero si en gran medida está detrás de unas pocas integraciones con poco tráfico, entonces el riesgo es más silencioso.
El puente puede parecer sólido.
Pero nadie sabe realmente cómo se comporta cuando la carretera se llena.
Así que para $NEWT , no creo que la pregunta sea solo si la arquitectura es elegante.
Lo es.
La pregunta más grande es si la ruta de ejecución recibe un uso real suficiente como para merecer confianza.
Porque en cripto, la infraestructura no se vuelve confiable solo por existir.
Se vuelve confiable cuando sobrevive al hecho de ser utilizada.
Eso es lo que yo vigilaría con Newton y Rhinestone.
No solo la integración.
El tráfico que cruza a través de ella.
#Newt $LAB
Cada barrio tiene sus propias calles, sus propias puertas, su propia manera de dejar entrar a las personas.
Básicamente, así es el mundo de las cuentas inteligentes hoy.
Carteras distintas.
Diseños de cuentas distintos.
Rutas de ejecución distintas.
Y si cada capa de políticas tiene que construir una carretera a medida para cada cartera, todo se vuelve lento, caro y caótico.
Por eso Rhinestone es interesante.
Permite que una política con @NewtonProtocol llegue a cuentas inteligentes para las que no fue construida a medida. Sin despliegue nuevo para cada cartera. Sin integración a medida cada vez.
Una sola regla puede llegar mucho más lejos.
Esa es una ventaja real.
Pero los puentes son cosas curiosas.
Un puente no gana confianza solo porque el diseño se vea bien en el papel.
La gana porque la gente lo cruza todos los días.
Autos, carritos, lluvia, calor, peso, errores, tráfico.
Así es como se revelan los puntos débiles.
Una capa de ejecución modular funciona igual.
Si Rhinestone se usa en muchos tipos de carteras, con transacciones reales y casos reales en situaciones límite, su fiabilidad puede crecer bajo presión. Los bugs aparecen. Las rutas se prueban. Los modos de fallo se vuelven visibles.
Pero si en gran medida está detrás de unas pocas integraciones con poco tráfico, entonces el riesgo es más silencioso.
El puente puede parecer sólido.
Pero nadie sabe realmente cómo se comporta cuando la carretera se llena.
Así que para $NEWT , no creo que la pregunta sea solo si la arquitectura es elegante.
Lo es.
La pregunta más grande es si la ruta de ejecución recibe un uso real suficiente como para merecer confianza.
Porque en cripto, la infraestructura no se vuelve confiable solo por existir.
Se vuelve confiable cuando sobrevive al hecho de ser utilizada.
Eso es lo que yo vigilaría con Newton y Rhinestone.
No solo la integración.
El tráfico que cruza a través de ella.
#Newt $LAB