No existe "el" precio
Pregunta cuánto cuesta Bitcoin y la respuesta honesta es una pregunta de vuelta: ¿dónde? Cada exchange maneja su propio libro de órdenes, emparejando sus propios compradores contra sus propios vendedores. Esos libros están vinculados por arbitraje pero nunca son idénticos, así que en cualquier instante el mismo activo se negocia a precios ligeramente diferentes en diferentes lugares.
La mayoría del tiempo el spread entre venues es lo suficientemente pequeño para ignorarlo. Los momentos en que no lo es son exactamente los momentos que importan: un movimiento repentino, un venue con liquidez delgada, un exchange con un problema técnico que imprime operaciones que nadie más ve. Un settlement que lee un venue hereda cada uno de los segundos malos de ese venue.
Así que la pregunta real para cualquier cosa que se liquida en precio no es "¿es el precio correcto?" — no hay uno solo correcto — sino "¿cuál es la construcción del precio que lee esto, y quién puede influenciarlo?".
Qué hace realmente un oracle
Un oracle es la maquinaria que convierte muchas cotizaciones en desacuerdo en un número publicado. La versión ingenua las promedia, y la versión ingenua es un error: un promedio es arrastrado por outliers, así que un solo venue que imprime una cotización sin sentido mueve el resultado para todos.
La construcción estándar en su lugar usa una mediana, usualmente ponderada por volumen. Una mediana ignora cuán extremo es un outlier y solo cuenta cuántas fuentes están de acuerdo — así que un venue roto no mueve nada, y un atacante tiene que corromper la mayoría de las fuentes en lugar de una sola. Esa única elección es la mayor parte de lo que hace robusto un oracle.
- Múltiples fuentes independientes, así ningún venue es crítico.
- Mediana en lugar de promedio, así un outlier es superado en votación en lugar de ser promediado.
- Ponderación por volumen, así un mercado delgado no puede hablar tan fuerte como uno profundo.
- Reporteros independientes, así la agregación en sí misma no es una máquina en la que nadie pueda apoyarse.
- Un registro publicado, así el número puede ser verificado después en lugar de ser aceptado de buena fe.
Esa última propiedad es la que los jugadores deberían cuidar más, y es la que menos se discute. Un feed que puedes consultar después de los hechos es un feed que puedes auditar. Un número que una casa solo se cita a sí misma no es un precio, es una afirmación.
Por qué esto decide si una apuesta es justa
Un juego liquidado por precio tiene exactamente un lugar donde la casa podría hacer trampa sin que nadie se dé cuenta: el precio en el que se liquida. No la tabla de pagos, que se publica; no las reglas, que son visibles; el número.
Considera lo que un desk deshonesto podría hacer con un precio autocitado. No necesita mentir mucho. Una décima de porcentaje, aplicada solo en el momento de liquidación, solo en la dirección que le conviene — y con alto apalancamiento una décima de porcentaje es toda la posición. La manipulación sería invisible en cualquier caso individual y devastadora en conjunto.
Por esto el compromiso significativo no es "nuestros precios son precisos" sino uno estructural: el número que dibuja el gráfico y el número que lee el settlement son el mismo número publicado, y no es nuestro para elegir. El display y settlement alimentados desde una única fuente elimina la brecha donde viviría el truco.
ENGINE-VERIFIEDEn nuestro desk el gráfico, la entrada, la liquidación y el cierre todos leen un buffer de tick alimentado por un feed publicado único. El precio del header se toma de los mismos datos del mercado público que traza el gráfico, así que los dos no pueden desviarse, y un tick demasiado viejo para confiar bloquea rellenos y liquidaciones por igual.
Qué preguntar a cualquier venue liquidado por precio
No necesitas auditar un oracle para ser un jugador cuidadoso. Necesitas hacer cuatro preguntas y notar si las respuestas existen en absoluto.
| PREGUNTA | MALA SEÑAL |
|---|---|
| ¿Qué feed liquida mi posición? | "Nuestro precio interno" — la única construcción que nadie más puede verificar |
| ¿El gráfico usa la misma fuente que la liquidación? | Dos números diferentes, o una negativa a decirlo |
| ¿Qué pasa si el feed se detiene? | Sin política publicada, decidido caso por caso |
| ¿Puedo verificar el precio de forma independiente? | Un feed que no existe en ningún lado excepto en su pantalla |
Nada de esto hace que una posición apalancada sea segura — las odds son lo que son, y a ×1000 una décima de porcentaje la termina. Lo que hace es que la posición sea *honesta*, que es una pregunta diferente y previa.
遊Cómo liquida nuestro desk
Un feed publicado para el gráfico, el fill y el bust priceBTC ×1000 →
FAQ
¿Por qué diferentes exchanges muestran precios diferentes de Bitcoin?
Cada uno ejecuta su propio order book con sus propios compradores y vendedores. El arbitraje los mantiene cerca pero nunca idénticos, y las brechas se amplían exactamente cuando el mercado se mueve más rápido.
¿Por qué los oracles usan una mediana en lugar de un promedio?
Un promedio es arrastrado por outliers, por lo que un venue roto o manipulado mueve el resultado. Una mediana solo cuenta cuántas fuentes están de acuerdo, por lo que un atacante debe corromper una mayoría en lugar de un único feed.
¿Puede un casino manipular el precio en el que se liquida una apuesta apalancada?
Puede hacerlo si cita el precio él mismo, y a un apalancamiento alto solo necesitaría una fracción de porcentaje. Por eso la pregunta significativa es si la liquidación lee un feed publicado de forma independiente — uno que podrías verificar por ti mismo.
¿Qué impide que se use un precio obsoleto para liquidar?
Una regla de actualización. En nuestro sistema un tick que pasó su ventana de actualización no se trata como un precio en absoluto: bloquea operaciones y liquidaciones por igual hasta que llega uno activo.
FUENTES Y REFERENCIAS
- Código del motor Betkyo: CryptoProEngine strictPrice() y el buffer de tick compartido detrás del gráfico, la operación y la liquidación
LOS JUEGOS EN ESTE ARTÍCULO