Recientemente, descubrí un fenómeno desgarrador: cuando un grupo de desarrolladores de contratos inteligentes acceden a oráculos de primer nivel como Apro, sus mentes se llenan de pensamientos de "simplemente enchufarlo", como si algo fallara con la fuente de datos.
Qué sueño. La verdad es en realidad mucho más cruel: en el momento en que te conectas a una fuente de datos, te conviertes en el último cortafuegos. El oráculo proporciona "hechos verificados en cadena", pero cómo y cómo se utiliza este dato es todo tuyo.
Dicho de otra manera: el hospital compró un juego de bisturíes estériles importados, y el cuchillo en sí estaba bien, pero el paciente murió en la mesa de operaciones, ¿se puede culpar al cuchillo? Obviamente no. El problema es la artesanía del doctor, no las herramientas.
Los promotores deben tener en cuenta estas cuatro leyes de ferro:
**Artículo 1: Los datos son solo materias primas, y los desarrolladores son los verdaderos timoneles.**
Apro proporciona materias primas de alta calidad que han sido verificadas de forma descentralizada. Pero si haces el plato salado, te equivocas o tienes un problema con el usuario, eso es asunto tuyo. Debes construir tu propio sistema de monitorización de la calidad de los datos.
Por ejemplo, si el precio sube y baja de repente, superando el rango teórico de fluctuaciones, ¿existe algún mecanismo de interruptor en tu contrato? ¿O dejar que este precio anormal desencadene liquidaciones masivas? Cuando hay un problema de red y un retraso en los datos, ¿tu aplicación espera de forma absurda o cambia automáticamente a una solución de seguridad de respaldo? Estas cosas no pueden ser cubiertas por fuentes de datos.
**Artículo 2: La calidad del código lo determina todo**
Los datos más sólidos se encuentran con un código vulnerable, y el resultado es un desastre. No puedes usar una función que no ha sido rigurosamente probada y que presenta un riesgo de desbordamiento de memoria para gestionar información de precios que involucre dinero real.
Para decirlo claramente, tu nivel de código debe ser comparable al de la fuente de datos que elijas. Esto no es opcional, es básico.
Ver originales
Esta página puede contener contenido de terceros, que se proporciona únicamente con fines informativos (sin garantías ni declaraciones) y no debe considerarse como un respaldo por parte de Gate a las opiniones expresadas ni como asesoramiento financiero o profesional. Consulte el Descargo de responsabilidad para obtener más detalles.
Recientemente, descubrí un fenómeno desgarrador: cuando un grupo de desarrolladores de contratos inteligentes acceden a oráculos de primer nivel como Apro, sus mentes se llenan de pensamientos de "simplemente enchufarlo", como si algo fallara con la fuente de datos.
Qué sueño. La verdad es en realidad mucho más cruel: en el momento en que te conectas a una fuente de datos, te conviertes en el último cortafuegos. El oráculo proporciona "hechos verificados en cadena", pero cómo y cómo se utiliza este dato es todo tuyo.
Dicho de otra manera: el hospital compró un juego de bisturíes estériles importados, y el cuchillo en sí estaba bien, pero el paciente murió en la mesa de operaciones, ¿se puede culpar al cuchillo? Obviamente no. El problema es la artesanía del doctor, no las herramientas.
Los promotores deben tener en cuenta estas cuatro leyes de ferro:
**Artículo 1: Los datos son solo materias primas, y los desarrolladores son los verdaderos timoneles.**
Apro proporciona materias primas de alta calidad que han sido verificadas de forma descentralizada. Pero si haces el plato salado, te equivocas o tienes un problema con el usuario, eso es asunto tuyo. Debes construir tu propio sistema de monitorización de la calidad de los datos.
Por ejemplo, si el precio sube y baja de repente, superando el rango teórico de fluctuaciones, ¿existe algún mecanismo de interruptor en tu contrato? ¿O dejar que este precio anormal desencadene liquidaciones masivas? Cuando hay un problema de red y un retraso en los datos, ¿tu aplicación espera de forma absurda o cambia automáticamente a una solución de seguridad de respaldo? Estas cosas no pueden ser cubiertas por fuentes de datos.
**Artículo 2: La calidad del código lo determina todo**
Los datos más sólidos se encuentran con un código vulnerable, y el resultado es un desastre. No puedes usar una función que no ha sido rigurosamente probada y que presenta un riesgo de desbordamiento de memoria para gestionar información de precios que involucre dinero real.
Para decirlo claramente, tu nivel de código debe ser comparable al de la fuente de datos que elijas. Esto no es opcional, es básico.