Binance Square
九牛 Mae
181 Publicaciones

九牛 Mae

性别女·爱好男|Master of Law · Lawyer|空军总司令·追涨杀跌实战派|币安Alpha半退休玩家|项目投研·撸毛策略师|专业听歌选手
Holder de SENT
Holder de SENT
Traders de alta frecuencia
5.4 año(s)
396 Siguiendo
22.1K+ Seguidores
8.2K+ Me gusta
Publicaciones
PINNED
·
--
$PIEVERSE gatitos corren, primero a 2, luego a 10. Hacer que los que están en corto paguen el precio, jeje.
$PIEVERSE gatitos corren, primero a 2, luego a 10. Hacer que los que están en corto paguen el precio, jeje.
PINNED
$币安人生 No hay nada que se pueda hacer, así es la vida, al final siempre habrá altibajos, jajaja
$币安人生 No hay nada que se pueda hacer, así es la vida, al final siempre habrá altibajos, jajaja
Ahora la volatilidad del mercado de valores es alta; todo el capital está yendo al oro para diversificar el riesgo. Yo combino operaciones largas en oro para equilibrar la posición, y cuando hay caídas grandes cargo por lotes. Con la idea de inversión periódica, distribuyo el costo de entrada, con un riesgo más bajo #TradFi晒单
Ahora la volatilidad del mercado de valores es alta; todo el capital está yendo al oro para diversificar el riesgo. Yo combino operaciones largas en oro para equilibrar la posición, y cuando hay caídas grandes cargo por lotes. Con la idea de inversión periódica, distribuyo el costo de entrada, con un riesgo más bajo #TradFi晒单
No subas más, te equivocaste..
No subas más, te equivocaste..
Babylon 让 BTC 持币者通过委托给 Finality Provider 来给 PoS 链提供安全,这个叙事很顺。但大部分讨论跳过了中间一个关键角色:FP 本身。$EUL BTC 持币者把币委托给 FP,FP 负责对目标 PoS 链做最终性签名。如果 FP 双签,EOTS 机制暴露私钥,BTC 被罚没。所以持币者的风险取决于 FP 的行为——选了一个靠谱的 FP,安全模型就成立;选了一个不靠谱的,BTC 可能因为 FP 的错误被罚。 问题在于持币者怎么选 FP。目前 Babylon 的 Staking 界面展示 FP 的信息包括:名称、佣金率、质押总量。但没有 FP 的运营历史——它之前有没有漏签过?有没有被挑战过?它服务的 PoS 链是不是正常运行的?FP 的软件版本是不是最新的?这些信息在 Staking 的时候看不到。 更微妙的是 FP 集中度。如果大量 BTC 委托给同一个 FP,这个 FP 的行为就决定了大量资金的安全状态。Babylon 文档也提到了 FP 需要多样化,但当前阶段 FP 集合的增长速度能不能跟上 BTC 委托量的增长,是另一个问题。 @babylonlabs_io 在 Phase-1 测试网中验证了 EOTS 密码学可行,Phase-2 上线了真正的委托和罚没流程。但密码学可行和 FP 生态成熟是两件事。持币者委托 BTC 时不仅要判断 PoS 链是否值得保护,还要判断 FP 是否值得托付。如果 FP 的运营透明度不够,持币者的风险就不止来自 PoS 链的协议风险,还来自 FP 的操作风险。 所以我现在看 Babylon 的 BTC Staking 不光看锁了多少 BTC,更看 FP 列表的集中度变化和 FP 的公开运营记录。如果 BTC 增长快但 FP 集合增长慢,大部分资金集中在少数 FP 手里——那系统的安全就依赖这几个 FP 不出错。选 FP 的机制如果不透明,就会变成另一种形式的"信任少数人"。#baby $BABY
Babylon 让 BTC 持币者通过委托给 Finality Provider 来给 PoS 链提供安全,这个叙事很顺。但大部分讨论跳过了中间一个关键角色:FP 本身。$EUL

BTC 持币者把币委托给 FP,FP 负责对目标 PoS 链做最终性签名。如果 FP 双签,EOTS 机制暴露私钥,BTC 被罚没。所以持币者的风险取决于 FP 的行为——选了一个靠谱的 FP,安全模型就成立;选了一个不靠谱的,BTC 可能因为 FP 的错误被罚。

问题在于持币者怎么选 FP。目前 Babylon 的 Staking 界面展示 FP 的信息包括:名称、佣金率、质押总量。但没有 FP 的运营历史——它之前有没有漏签过?有没有被挑战过?它服务的 PoS 链是不是正常运行的?FP 的软件版本是不是最新的?这些信息在 Staking 的时候看不到。

更微妙的是 FP 集中度。如果大量 BTC 委托给同一个 FP,这个 FP 的行为就决定了大量资金的安全状态。Babylon 文档也提到了 FP 需要多样化,但当前阶段 FP 集合的增长速度能不能跟上 BTC 委托量的增长,是另一个问题。

@BabylonLabs_io 在 Phase-1 测试网中验证了 EOTS 密码学可行,Phase-2 上线了真正的委托和罚没流程。但密码学可行和 FP 生态成熟是两件事。持币者委托 BTC 时不仅要判断 PoS 链是否值得保护,还要判断 FP 是否值得托付。如果 FP 的运营透明度不够,持币者的风险就不止来自 PoS 链的协议风险,还来自 FP 的操作风险。

所以我现在看 Babylon 的 BTC Staking 不光看锁了多少 BTC,更看 FP 列表的集中度变化和 FP 的公开运营记录。如果 BTC 增长快但 FP 集合增长慢,大部分资金集中在少数 FP 手里——那系统的安全就依赖这几个 FP 不出错。选 FP 的机制如果不透明,就会变成另一种形式的"信任少数人"。#baby $BABY
Recientemente, la comunidad ha estado discutiendo los parámetros de la función de personalización de TBV en la red de pruebas @babylonlabs_io . Mucha gente exclama: por fin ya no nos tienen atados a plantillas fijas de los protocolos. Yo mismo probé a fondo las condiciones de restricción de los scripts de rutas múltiples de Taproot y el proceso de creación de vault, y les comparto algunas opiniones diferentes. Lo más destacado de este esquema es el nivel de control que el usuario tiene sobre las garantías: el ratio de colateralización, los time locks y la línea de liquidación los configura el propio usuario y se escriben directamente en el script de Taproot, sin necesidad de aprobación por parte de ningún administrador del protocolo. Para quienes, como nosotros, ya hemos pasado por que una liquidación forzada por reglas rígidas de DeFi deje posiciones cerradas inesperadamente, poder alinear las condiciones de salida con la tolerancia al riesgo propia de verdad es un gran avance.$EUL Pero por muy libre que sea el juego, la arquitectura subyacente todavía presenta un umbral de entrada para los usuarios que no se puede ignorar. Como los parámetros quedan “congelados” dentro del script de Bitcoin al crear el vault, después no se pueden modificar de ninguna manera. Esto significa que, si se configura mal el ratio de colateralización, se elige una longitud incorrecta de time lock o se subestima la volatilidad del mercado respecto a la línea de liquidación, la única vía de corrección es cerrar el vault actual y reconstruirlo, lo que implica el costo de dos transacciones de Bitcoin y una ronda de sincronización del estado entre cadenas. En el lado de Aave tampoco se puede leer tu intención de “querer cambiarlo”, solo acepta los valores ya escritos en el script. Aunque esta situación no es común, suele ser cuando los usuarios más se equivocan: no precisamente en escenarios de operación compleja, sino cuando creen que ya entienden las reglas y bajan la guardia.$DEXE Estos días, en la red de pruebas configuré distintas combinaciones de parámetros y las ejecuté varias veces para validar el funcionamiento. En general, el flujo de interacción es muy fluido, y se nota que el equipo se esforzó mucho en el diseño de las rutas de los scripts. Pero, siendo honestos, siempre habrá una competencia entre flexibilidad y tolerancia a fallos; no existe ninguna configuración que satisfaga a la vez “ponerlo como quiera” y “si lo configuro mal, poder cambiarlo sin problemas”. Mi recomendación es que todos prueben en la red de pruebas todas las combinaciones de parámetros, pero al crear vault en la red principal no lo fijen de una vez con parámetros de largo plazo: primero pruébenlo con un time lock corto y a pequeña escala; si sale bien, recién entonces aumenten el tamaño. La libertad de parámetros está condicionada a comprender cómo se comporta cada parámetro en condiciones extremas de mercado; hay que mantener tres partes de lucidez para usar bien esta herramienta de reglas construidas por uno mismo.#baby $BABY
Recientemente, la comunidad ha estado discutiendo los parámetros de la función de personalización de TBV en la red de pruebas @BabylonLabs_io . Mucha gente exclama: por fin ya no nos tienen atados a plantillas fijas de los protocolos. Yo mismo probé a fondo las condiciones de restricción de los scripts de rutas múltiples de Taproot y el proceso de creación de vault, y les comparto algunas opiniones diferentes.

Lo más destacado de este esquema es el nivel de control que el usuario tiene sobre las garantías: el ratio de colateralización, los time locks y la línea de liquidación los configura el propio usuario y se escriben directamente en el script de Taproot, sin necesidad de aprobación por parte de ningún administrador del protocolo. Para quienes, como nosotros, ya hemos pasado por que una liquidación forzada por reglas rígidas de DeFi deje posiciones cerradas inesperadamente, poder alinear las condiciones de salida con la tolerancia al riesgo propia de verdad es un gran avance.$EUL

Pero por muy libre que sea el juego, la arquitectura subyacente todavía presenta un umbral de entrada para los usuarios que no se puede ignorar. Como los parámetros quedan “congelados” dentro del script de Bitcoin al crear el vault, después no se pueden modificar de ninguna manera. Esto significa que, si se configura mal el ratio de colateralización, se elige una longitud incorrecta de time lock o se subestima la volatilidad del mercado respecto a la línea de liquidación, la única vía de corrección es cerrar el vault actual y reconstruirlo, lo que implica el costo de dos transacciones de Bitcoin y una ronda de sincronización del estado entre cadenas. En el lado de Aave tampoco se puede leer tu intención de “querer cambiarlo”, solo acepta los valores ya escritos en el script. Aunque esta situación no es común, suele ser cuando los usuarios más se equivocan: no precisamente en escenarios de operación compleja, sino cuando creen que ya entienden las reglas y bajan la guardia.$DEXE

Estos días, en la red de pruebas configuré distintas combinaciones de parámetros y las ejecuté varias veces para validar el funcionamiento. En general, el flujo de interacción es muy fluido, y se nota que el equipo se esforzó mucho en el diseño de las rutas de los scripts. Pero, siendo honestos, siempre habrá una competencia entre flexibilidad y tolerancia a fallos; no existe ninguna configuración que satisfaga a la vez “ponerlo como quiera” y “si lo configuro mal, poder cambiarlo sin problemas”. Mi recomendación es que todos prueben en la red de pruebas todas las combinaciones de parámetros, pero al crear vault en la red principal no lo fijen de una vez con parámetros de largo plazo: primero pruébenlo con un time lock corto y a pequeña escala; si sale bien, recién entonces aumenten el tamaño. La libertad de parámetros está condicionada a comprender cómo se comporta cada parámetro en condiciones extremas de mercado; hay que mantener tres partes de lucidez para usar bien esta herramienta de reglas construidas por uno mismo.#baby $BABY
El grupo recientemente tomó la integración de Consumer Chain con Babylon como una señal de implementación de que BTC sirve como capa de seguridad compartida. Me tomé tres días para desplegar todos los nodos de la red de pruebas Babylon Genesis, sincronizar los datos de los bloques y seguir paso a paso el flujo de registro de Consumer Chain descrito en la documentación oficial. Fui comparando, sección por sección, con el fragmento del punto 7 del libro blanco titulado "BSN depende de Babylon para proporcionar finalidad", y exporté varios registros de firmas de asistencia para validación cruzada. Mi evaluación a largo plazo es que la seguridad entre cadenas solo depende de la independencia del origen de la finalidad, y no se ve afectada por datos operativos ni por la cantidad de nodos. En un análisis objetivo, desglosé el diseño subyacente que respalda la dependencia de Consumer Chain por la finalidad en esta configuración @babylonlabs_io . El comienzo del punto 7 del libro blanco ya señala la contradicción central del modelo de seguridad tradicional de IBC: dos cadenas usan sus propios conjuntos de validadores para determinar la finalidad, y el umbral de seguridad de una transacción entre cadenas depende del límite inferior de seguridad de los conjuntos de validadores de cada una. La arquitectura de BSN cambia el enfoque: cuando Consumer Chain no produce bloques, la producción de bloques la realiza su propio conjunto de validadores, pero la finalidad de los bloques queda a cargo de los Finality Providers registrados en la cadena Babylon Genesis, quienes confirman mediante firmas EOTS. Consumer Chain no necesita buscar otra capa de seguridad adicional; en esencia, el problema de seguridad se asigna al presupuesto de seguridad económica de BTC de Babylon. $BABY en el sistema BSN asume el consumo de gas de las firmas de asistencia y la validación de la finalidad entre cadenas. El operador de Consumer Chain debe usar BABY para pagar las comisiones de asistencia e incentivar a los FP. Existe una vinculación directa entre los tokens y el mecanismo BSN: no hay un diseño que separe la economía de tokens de la capa de aplicación. $RIF La tasa de producción de bloques de Consumer Chain debe estar alineada con el ritmo de confirmación de la finalidad de Babylon. El tiempo de bloque de la cadena Babylon es de aproximadamente 1 segundo; si Consumer Chain produce bloques demasiado rápido, acumulará una gran cola de bloques esperando la confirmación de Babylon. Las firmas de los FP dependen del estado en línea de los EOTS Managers y de la coordinación multisig del Covenant Committee: si alguno de los lados mantiene una ventana más larga, la confirmación de finalidad de Consumer Chain se retrasará en consecuencia. Los defectos de implementación en la capa de acceso del protocolo emergente no constituyen una excepción: no se puede negar el rumbo de compartir la seguridad económica de BTC solo porque, en este momento, la ruta de registro de Consumer Chain no sea fluida. En lo personal, únicamente separé cantidades pequeñas de BABY para practicar el proceso de firmas de asistencia y validación entre cadenas en la red de pruebas. Prioricé familiarizarme con el mecanismo de sincronización de la finalidad entre Consumer Chain y la cadena Babylon, y luego ir incrementando gradualmente el volumen de participación. #baby
El grupo recientemente tomó la integración de Consumer Chain con Babylon como una señal de implementación de que BTC sirve como capa de seguridad compartida. Me tomé tres días para desplegar todos los nodos de la red de pruebas Babylon Genesis, sincronizar los datos de los bloques y seguir paso a paso el flujo de registro de Consumer Chain descrito en la documentación oficial. Fui comparando, sección por sección, con el fragmento del punto 7 del libro blanco titulado "BSN depende de Babylon para proporcionar finalidad", y exporté varios registros de firmas de asistencia para validación cruzada. Mi evaluación a largo plazo es que la seguridad entre cadenas solo depende de la independencia del origen de la finalidad, y no se ve afectada por datos operativos ni por la cantidad de nodos. En un análisis objetivo, desglosé el diseño subyacente que respalda la dependencia de Consumer Chain por la finalidad en esta configuración @BabylonLabs_io .

El comienzo del punto 7 del libro blanco ya señala la contradicción central del modelo de seguridad tradicional de IBC: dos cadenas usan sus propios conjuntos de validadores para determinar la finalidad, y el umbral de seguridad de una transacción entre cadenas depende del límite inferior de seguridad de los conjuntos de validadores de cada una. La arquitectura de BSN cambia el enfoque: cuando Consumer Chain no produce bloques, la producción de bloques la realiza su propio conjunto de validadores, pero la finalidad de los bloques queda a cargo de los Finality Providers registrados en la cadena Babylon Genesis, quienes confirman mediante firmas EOTS.

Consumer Chain no necesita buscar otra capa de seguridad adicional; en esencia, el problema de seguridad se asigna al presupuesto de seguridad económica de BTC de Babylon. $BABY en el sistema BSN asume el consumo de gas de las firmas de asistencia y la validación de la finalidad entre cadenas. El operador de Consumer Chain debe usar BABY para pagar las comisiones de asistencia e incentivar a los FP. Existe una vinculación directa entre los tokens y el mecanismo BSN: no hay un diseño que separe la economía de tokens de la capa de aplicación. $RIF

La tasa de producción de bloques de Consumer Chain debe estar alineada con el ritmo de confirmación de la finalidad de Babylon. El tiempo de bloque de la cadena Babylon es de aproximadamente 1 segundo; si Consumer Chain produce bloques demasiado rápido, acumulará una gran cola de bloques esperando la confirmación de Babylon. Las firmas de los FP dependen del estado en línea de los EOTS Managers y de la coordinación multisig del Covenant Committee: si alguno de los lados mantiene una ventana más larga, la confirmación de finalidad de Consumer Chain se retrasará en consecuencia.

Los defectos de implementación en la capa de acceso del protocolo emergente no constituyen una excepción: no se puede negar el rumbo de compartir la seguridad económica de BTC solo porque, en este momento, la ruta de registro de Consumer Chain no sea fluida. En lo personal, únicamente separé cantidades pequeñas de BABY para practicar el proceso de firmas de asistencia y validación entre cadenas en la red de pruebas. Prioricé familiarizarme con el mecanismo de sincronización de la finalidad entre Consumer Chain y la cadena Babylon, y luego ir incrementando gradualmente el volumen de participación. #baby
Sin darme cuenta, ya he acompañado a Binance durante tanto tiempo. ¡Feliz aniversario número nueve! Espero que la experiencia mejore cada vez más en el futuro y que sigamos explorando juntos el mundo digital #BinanceTurns9
Sin darme cuenta, ya he acompañado a Binance durante tanto tiempo. ¡Feliz aniversario número nueve! Espero que la experiencia mejore cada vez más en el futuro y que sigamos explorando juntos el mundo digital #BinanceTurns9
$RAVE corta una mano, prueba la sal y la dulzura.
$RAVE corta una mano, prueba la sal y la dulzura.
$STABLE logró estar entre los 500 primeros, pero está muy cansado, ay
$STABLE logró estar entre los 500 primeros, pero está muy cansado, ay
Cada vez debe ser seguro y estable, no importa si se gana o no, simplemente me gusta hacer transacciones..
Cada vez debe ser seguro y estable, no importa si se gana o no, simplemente me gusta hacer transacciones..
$BEAT La competencia de negociación de Dios, todavía hay que respetar a 2000 personas, ¡ja ja, lo logré✓
$BEAT La competencia de negociación de Dios, todavía hay que respetar a 2000 personas, ¡ja ja, lo logré✓
$BEAT También se logró fácilmente✔
$BEAT También se logró fácilmente✔
El centro de recompensas ha otorgado recompensas, jeje Night finanzas se puede aprovechar, 450 dólares nihht7 días anualizado 200%, aproximadamente ganancias 16 dólares
El centro de recompensas ha otorgado recompensas, jeje

Night finanzas se puede aprovechar, 450 dólares nihht7 días anualizado 200%, aproximadamente ganancias 16 dólares
$BLUAI desgaste 18 cuchillos, conseguido ✔
$BLUAI desgaste 18 cuchillos, conseguido ✔
$STO se volvió loco, ahora se puede comer un bocado
$STO se volvió loco, ahora se puede comer un bocado
$ICNT 哈哈,又是强势拿下🤏🏻 cobertura empieza
$ICNT 哈哈,又是强势拿下🤏🏻 cobertura empieza
$EDGE El valor de la imitación es 0, primero vacío por respeto, jaja.
$EDGE El valor de la imitación es 0, primero vacío por respeto, jaja.
$ETH El dentista es realmente increíble, ha sido bastante preciso en el corto plazo, he ganado 6 operaciones consecutivas, tiene algo bueno.
$ETH El dentista es realmente increíble, ha sido bastante preciso en el corto plazo, he ganado 6 operaciones consecutivas, tiene algo bueno.
$BTC contrato de evento 6 victorias consecutivas, estoy investigando lentamente jaja
$BTC contrato de evento 6 victorias consecutivas, estoy investigando lentamente jaja
Inicia sesión para explorar más contenidos
Únete a usuarios globales de criptomonedas en Binance Square
⚡️ Obtén información útil y actualizada sobre criptos.
💬 Avalado por el mayor exchange de criptomonedas en el mundo.
👍 Descubre perspectivas reales de creadores verificados.
Email/número de teléfono
Mapa del sitio
Preferencias de cookies
Términos y condiciones de la plataforma