#systemdesign
systemdesign
2,806 vistas
45 están debatiendo
Hot
Lo último
#baby $BABY @BabylonLabs_io
Hermanos, recientemente vi que alguien estaba hablando de por qué TBV separa a propósito la custodia y los préstamos. El hilo en los comentarios está bastante animado. Esta situación me recordó un libro antiguo de 1984: 《Accidentes normales》, del sociólogo de Yale Charles Perrow.
Este libro se escribió después del accidente nuclear de Three Mile Island. La conclusión de Perrow incomodó mucho al mundo de la ingeniería de entonces: algunos accidentes no ocurren porque alguien haya cometido un error, sino porque la propia estructura del sistema está destinada a fallar. Propone dos dimensiones: complejidad de la interacción y nivel de acoplamiento estrecho. Cuando un sistema es a la vez complejo y está estrechamente acoplado, el accidente deja de ser “imprevisto” y pasa a ser “normal”.
¿Qué significa “acoplamiento estrecho”? Que si A falla, B no tiene tiempo de amortiguación y debe reaccionar de inmediato. Una central nuclear es un ejemplo típico; la cadena de un “cefi” que explota también lo es: cuando un colateral colapsa de golpe, la liquidación, el reembolso y el pánico bancario se activan en cuestión de horas.
La receta de Perrow no es “esforzarse más por evitar errores”, sino cambiar la estructura: eliminar acoplamientos innecesarios para que, cuando falle un subsistema, no arrastre al vecino.
Eso es lo que hacen realmente esas “restricciones que parecen redundantes” en TBV. Custodia por un lado, préstamos por el otro: dos responsabilidades que no comparten una superficie de fallas. El colateral indica que no se puede transferir: así evitamos que nazca un segundo mercado fuera del sistema y que la volatilidad de los derivados se derrame de vuelta al tesoro; las condiciones de penalización se escriben de antemano en Bitcoin Script: cuando ocurre el incidente, no hace falta coordinar con urgencia entre varias partes.
Estas limitaciones no son falta de funcionalidad; son acoplamientos deliberadamente aflojados.
Pero Perrow, en su libro, todavía deja una frase más fría: “Reducir el acoplamiento suele implicar sacrificar eficiencia; ese es el precio real de la seguridad”.
El time lock de TBV es ese precio: deshacer el desbloqueo debe esperar, aunque haya prisa. Ese tiempo de espera es precisamente el amortiguador, un medio físico para aflojar el acoplamiento estrecho. El mercado lo considera una desventaja; Perrow diría que es una característica.
Lo que realmente no tiene respuesta es otra cosa: después de separar el acoplamiento, la complejidad no desaparece; solo se traslada al costo de comprensión del usuario.
Cuando llegan condiciones extremas de mercado, un sistema que distribuye el riesgo en múltiples capas… ¿es realmente más resistente, o solo está escondiendo los puntos de falla más profundamente?
#bitcoin #SystemDesign
$BTC
Hermanos, recientemente vi que alguien estaba hablando de por qué TBV separa a propósito la custodia y los préstamos. El hilo en los comentarios está bastante animado. Esta situación me recordó un libro antiguo de 1984: 《Accidentes normales》, del sociólogo de Yale Charles Perrow.
Este libro se escribió después del accidente nuclear de Three Mile Island. La conclusión de Perrow incomodó mucho al mundo de la ingeniería de entonces: algunos accidentes no ocurren porque alguien haya cometido un error, sino porque la propia estructura del sistema está destinada a fallar. Propone dos dimensiones: complejidad de la interacción y nivel de acoplamiento estrecho. Cuando un sistema es a la vez complejo y está estrechamente acoplado, el accidente deja de ser “imprevisto” y pasa a ser “normal”.
¿Qué significa “acoplamiento estrecho”? Que si A falla, B no tiene tiempo de amortiguación y debe reaccionar de inmediato. Una central nuclear es un ejemplo típico; la cadena de un “cefi” que explota también lo es: cuando un colateral colapsa de golpe, la liquidación, el reembolso y el pánico bancario se activan en cuestión de horas.
La receta de Perrow no es “esforzarse más por evitar errores”, sino cambiar la estructura: eliminar acoplamientos innecesarios para que, cuando falle un subsistema, no arrastre al vecino.
Eso es lo que hacen realmente esas “restricciones que parecen redundantes” en TBV. Custodia por un lado, préstamos por el otro: dos responsabilidades que no comparten una superficie de fallas. El colateral indica que no se puede transferir: así evitamos que nazca un segundo mercado fuera del sistema y que la volatilidad de los derivados se derrame de vuelta al tesoro; las condiciones de penalización se escriben de antemano en Bitcoin Script: cuando ocurre el incidente, no hace falta coordinar con urgencia entre varias partes.
Estas limitaciones no son falta de funcionalidad; son acoplamientos deliberadamente aflojados.
Pero Perrow, en su libro, todavía deja una frase más fría: “Reducir el acoplamiento suele implicar sacrificar eficiencia; ese es el precio real de la seguridad”.
El time lock de TBV es ese precio: deshacer el desbloqueo debe esperar, aunque haya prisa. Ese tiempo de espera es precisamente el amortiguador, un medio físico para aflojar el acoplamiento estrecho. El mercado lo considera una desventaja; Perrow diría que es una característica.
Lo que realmente no tiene respuesta es otra cosa: después de separar el acoplamiento, la complejidad no desaparece; solo se traslada al costo de comprensión del usuario.
Cuando llegan condiciones extremas de mercado, un sistema que distribuye el riesgo en múltiples capas… ¿es realmente más resistente, o solo está escondiendo los puntos de falla más profundamente?
#bitcoin #SystemDesign
$BTC
🧭 Sistemas
no cambian de dirección fácilmente.
Las decisiones de diseño temprano
tienden a permanecer:
🔹 Infraestructura
🔹 Incentivos
🔹 Reglas
Con el tiempo,
tu se convierten en limitaciones.
La mayoría de los sistemas
no fallan de repente—
tienen un bloqueo en el camino equivocado.
Quantra se enfoca
en la selección de caminos temprano.
#SystemDesign #PathDependence #Quantra
no cambian de dirección fácilmente.
Las decisiones de diseño temprano
tienden a permanecer:
🔹 Infraestructura
🔹 Incentivos
🔹 Reglas
Con el tiempo,
tu se convierten en limitaciones.
La mayoría de los sistemas
no fallan de repente—
tienen un bloqueo en el camino equivocado.
Quantra se enfoca
en la selección de caminos temprano.
#SystemDesign #PathDependence #Quantra
Inicia sesión para explorar más contenidos