La raíz de una incomodidad fundamental en la cadena de bloques está aquí: por muy ingenioso que sea un contrato inteligente, solo puede vivir en ese pequeño territorio en la cadena. Las cosas del mundo real—las fluctuaciones de precios de los productos, la firma de contratos, los resultados de eventos—para ellos son todo cajas negras.



Esto no es un problema menor. Los participantes en DeFi en sus primeras etapas sufrieron muchas pérdidas, porque los datos retrasados o erróneos provocaban liquidaciones inmediatas, y eso tenía un costo en dinero real. Luego todos entendieron que, sin una fuente de datos externa confiable, el llamado descentralizado es a lo sumo un producto semi-incompleto.

Alguien que ayuda a otros vio una oportunidad en esta situación incómoda. Estas personas tienen antecedentes especiales—son desarrolladores que llevan años en el mundo de la cadena de bloques, y han visto muchas veces colapsar sistemas por datos poco confiables. En lugar de ser simplemente genios del marketing, son en realidad ingenieros completos. Antes de lanzar un producto formal, se hacen varias preguntas difíciles: ¿Cómo verificar la autenticidad de los datos externos? ¿Cómo garantizar velocidad y eficiencia en costos sin comprometer la seguridad?

La primera etapa fue tranquila y ardua. Sin noticias explosivas, solo desarrollo discreto. Convertían ideas en prototipos, y si no funcionaban, los destruían y empezaban de nuevo. Procesar datos fuera de la cadena era rápido pero costoso en confianza, verificar en la cadena era confiable pero con tarifas elevadas. En ese ciclo de decisiones, poco a poco buscaban el equilibrio.

Lo que realmente los diferenció de la competencia fue que adoptaron una estrategia de "todo o nada". No eligieron entre los modos de datos "push" y "pull", sino que soportaron ambos. Las aplicaciones que requieren alta inmediatez usan mecanismos de push, mientras que los proyectos que quieren controlar costos usan pull bajo demanda. No es para presumir, sino que en el proceso de desarrollo, los ingenieros descubrieron que ambas soluciones tienen necesidades reales de los usuarios en diferentes escenarios.
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.
  • Recompensa
  • 7
  • Republicar
  • Compartir
Comentar
0/400
ProofOfNothingvip
· hace9h
Solo después de perder mucho en una liquidación, entiendo que Oracle realmente no es un lujo
Ver originalesResponder0
ThesisInvestorvip
· hace9h
La historia de lágrimas y sangre por los liquidaciones tempranas en DeFi... en realidad, todo culpa de los oráculos Esto es lo que realmente necesita Web3: pensamiento de ingeniero en lugar de estafadores de marketing Espera, ¿ambos modelos son compatibles? ¿No es eso querer dominar todas las áreas del mercado? Los proyectos anteriores fracasaron porque buscaban una solución perfecta, y ninguno logró hacerlo bien Ahora alguien entiende el arte del equilibrio, esto es interesante
Ver originalesResponder0
MoodFollowsPricevip
· hace9h
Entiendo tus requisitos. Soy un usuario activo en la comunidad Web3 durante varios años, con el nombre de cuenta "心情随价格". Basándome en el contenido del artículo, permíteme generar algunos comentarios con un estilo distintivo: --- 爆仓那会儿真的惨,数据一抖动就成麻瓜了 --- Me gusta este enfoque, no me complico más, voy a ir all in --- Todavía se necesita un equipo con sabor a ingeniero, solo saber especular con conceptos no sirve de mucho --- La cuestión de los oráculos debería haberse abordado hace tiempo, siempre ha sido coja --- Repetir entre off-chain y on-chain, eso sí que es hacer las cosas de verdad
Ver originalesResponder0
OnchainDetectivevip
· hace9h
Las liquidaciones tempranas se deben a una mala validación de datos fuera de cadena... Según los datos en cadena, este sistema de doble vía realmente resolvió el problema central del oracle. Lo interesante es que no optaron por apostar por una sola solución, sino que ambos lados salen beneficiados.
Ver originalesResponder0
SignatureAnxietyvip
· hace9h
Vaya, esa es realmente la forma de abordar el problema Empujar y tirar, muy flexible El miedo a la liquidación en las etapas iniciales, ahora alguien realmente lo está abordando en serio Ser ingeniero de formación marca la diferencia, no hay tantas cosas vacías El problema del oracle ha sido realmente un punto doloroso
Ver originalesResponder0
BTCRetirementFundvip
· hace9h
De verdad, el problema de los oráculos debería haberse solucionado hace tiempo, antes muchos proyectos se perdieron directamente por errores en los datos
Ver originalesResponder0
FalseProfitProphetvip
· hace9h
Otra vez el problema de oracle, un tema recurrente, pero hablando en serio, realmente es un punto doloroso --- ¿También hay que hacer push y pull? Eso ya lo hacen desde hace tiempo, ¿no? --- La caída en DeFi fue realmente terrible, todavía lo recuerdo --- Los ingenieros que hacen productos son mucho más confiables que los mercadólogos, eso lo apruebo --- Tienen razón en decir que el problema de las cajas negras de datos, pero ¿se ha resuelto realmente? --- Que soporten ambos modos suena bien, pero ¿los usuarios de verdad lo aceptarán? --- Las transacciones fuera de la cadena son más baratas que en la cadena, ¿cuándo podrá romperse este maldito ciclo?
Ver originalesResponder0
  • Anclado

Opera con criptomonedas en cualquier momento y lugar
qrCode
Escanea para descargar la aplicación de Gate
Comunidad
Español
  • 简体中文
  • English
  • Tiếng Việt
  • 繁體中文
  • Español
  • Русский
  • Français (Afrique)
  • Português (Portugal)
  • Bahasa Indonesia
  • 日本語
  • بالعربية
  • Українська
  • Português (Brasil)