假装在抄底

⚠️ Aviso para los hermanos: el código de invitación de Binance es MY6751. ¡Ahorra 30% en comisiones (el más alto de toda la red) y con acreditación automática! Incluso las cuentas antiguas que ya están en uso también pueden rellenarlo. Alpha, Spot, torneos de trading, contratos y acciones tokenizadas: ¡todo ahorra 30%!

Listo en 3 pasos:
1️⃣ App de Binance → Billetera → Invitar amigos
2️⃣ Toca "Ingresar código de invitación" y reduce 30% la comisión
3️⃣ Ingresa MY6751

📅 Esta noche 19:00: lanzamiento de airdrop en Binance Alpha

Se canjea por 245 puntos; no hay mucho que analizar sobre los baúles para veteranos. Si tienes suficientes puntos, ¡cógelo y listo!🤨
$QUID $GRVT $BSB
#alpha #ALPHA🔥
#HYPE第二季度上涨79%
#伊朗阿曼达成霍尔木兹航线协议

#baby $BABY
Al limpiar los casilleros de paquetería por la mañana, llegaron diez paquetes que mostraban el mismo lote de recepción por SMS, pero cada paquete todavía tiene su propio código de recogida y su hoja de devolución. Colocados en el mismo camión, solo se ahorra el costo de transporte; no significa que el estado de recepción de alguien pueda reemplazar al de otro.

Al ver la creación de depósitos en lote de TBV de @BabylonLabs_io , pensé en esta diferencia. La red de pruebas pública actual permite que una transacción de Pre-PegIn incluya hasta 10 salidas HTLC. A simple vista, el usuario puede enviar varias bóvedas (Vault) a la red de Bitcoin de una sola vez; en realidad, cada Vault sigue correspondiendo a salidas independientes, candados de hash independientes y estados posteriores independientes. El lote solo fusiona las comisiones de transacción y el tiempo de espera de confirmación, pero no convierte las diez Vault en una sola operación con colateral compartido.

Esto es crucial al establecer el orden. Cada salida debe pasar por la preparación fuera de la cadena, ACK, activación y el bloqueo final de la Vault por separado. Si una Vault no completa la confirmación por parte de los participantes, no se puede “compensar la firma” con otra Vault del mismo lote que sí haya terminado. Que una Vault entre en la aplicación no significa que las demás salidas se vuelvan automáticamente colateral. Un hash de transacción puede contener múltiples flujos, pero no puede administrar diez conjuntos de estado en nombre del usuario.

Muchos ven “en lote” y piensan naturalmente que cuesta menos y que es más cómodo; eso es cierto. Pero también aumenta la dificultad para registrar y verificar. El usuario necesita recordar no solo si la transacción fue confirmada, sino también si cada Vault está Verified, si ya se activó, con qué aplicación está vinculada y a qué conjunto de materiales de recuperación corresponde. Si más adelante ocurre un reembolso o un self-claim, lo que se pierde son los materiales locales de una Vault, no una simple nota en la transacción de todo el lote.

Por eso, prefiero entender el “batch Pre-PegIn” en el ecosistema de $BABY como un “carpool” (compartir coche) y no como “fusionar cuentas”. Mejora la eficiencia de entrada hacia el lado de Bitcoin, pero conserva el aislamiento más importante de TBV: el estado de una Vault, la ruta de gasto y el riesgo no pueden ser reemplazados por las demás Vault del mismo camión.

Lo que realmente merece observarse en #baby no es cuántas salidas cabe en una sola transacción, sino si, después de la operación en lote, el portal puede mostrar con suficiente claridad el estado de cada Vault y la responsabilidad de la recuperación. Ahorrar una comisión está bien; prescindir de verificar el estado es peligroso.

Cuando fui a recoger el paquete a la hora programada, la logística ya mostraba “llegó al punto de recogida”, pero el personal dijo que el paquete todavía estaba en las estanterías de clasificación posteriores. Que el estado avance una casilla no significa que la cosa ya haya sido entregada a la siguiente persona. La liquidación TBV también tiene un desfase temporal similar: quien liquida obtiene WBTC al recibirlo, pero eso no implica que ese BTC nativo ya haya completado la transferencia.

En el diseño actual de @BabylonLabs_io y Aave v4, la liquidación permissionless puede ejecutarse primero mediante LLP. Después de que el liquidador pague la deuda, obtiene WBTC de inmediato, y el Vault completo embargado pasa a custodia en BTCVaultSwap. Luego, un Application Vault Keeper registrado debe pagar WBTC para obtener el Vault, y después, en la red de Bitcoin, se completa la prueba, el claim y el periodo de challenge, para finalmente canjear el BTC nativo.

Esto hace que el liquidador en Ethereum no tenga que esperar la liquidación en Bitcoin, pero introduce un “coste de mantener” en el medio. Mientras el Vault permanezca en el área de custodia, los intereses del Aave Hub siguen acumulándose; cuando el Application Vault Keeper compra, debe cubrir el principal y los intereses adicionales. Cuanto más se espere, más se adelgaza la diferencia de precio que puede ganarse.

Si el precio de $BTC , la liquidez del WBTC o las comisiones de red también son desfavorables, algún Vault puede pasar de ser rentable a que nadie quiera hacerse cargo. Incluso la documentación conserva la entrada `repayVaultInterest`, que permite que cualquiera aporte los intereses acumulados, prolongando el tiempo durante el cual sigue siendo atractivo para los arbitrajistas. Este detalle muestra que LLP no es un “traslado instantáneo” sin coste, sino una estación de tránsito que requiere que alguien cotice continuamente y complemente la liquidez.

Por eso, al evaluar la capacidad de liquidación de #baby , no me limitaré a mirar “si cualquiera puede activarlo”. También observaré cuánto tiempo espera en promedio el Vault en custodia, si la cantidad de AVK es suficiente, quién está dispuesto a pagar intereses cuando la diferencia de precio se adelgaza, y si en condiciones extremas el pool de WBTC puede seguir pagando de forma inmediata.

$BABY reduce el riesgo de custodia en la TBV, pero no elimina el riesgo de que nadie se haga cargo del Vault. Las pruebas criptográficas determinan quién tiene derecho a quedarse con el BTC, y los mecanismos de mercado hacen que la persona correcta actúe a tiempo. Ambas partes deben funcionar; solo así se sostiene el cierre del circuito de liquidación.

📅 Esta noche Binance Alpha listará QUID; en pocas palabras, les comparto mi opinión.

Squid es una plataforma de trading cross-chain, lleva 3 años operando, con un volumen de operaciones acumulado de más de 6 mil millones de dólares, más de 1 millón de usuarios y financiación acumulada por 13.5 millones de dólares; no es un token vacío.

Pero la presión vendedora al abrir es considerable.
QUID tiene un suministro total de 1,000,000,000 de monedas; la circulación inicial es de aproximadamente 14.3%. De ese total, la venta pública representa el 5%, el costo es solo 0.045 dólares y el TGE se desbloquea al 100%; Binance Alpha representa aproximadamente el 1%. Además, se sospecha que los tokens del ecosistema (7%) se están desglosando/fragmentando; hay que estar atento.

El precio antes de la apertura ronda los 0.07 dólares, lo que corresponde a una valoración de 70 millones de dólares. La demanda de compra en la red Base originalmente ya es débil; además, no se ve un “pozo/pool” de liquidez grande, así que podría presentarse un movimiento de subida y bajada rápida, es decir: subir rápido y caer rápido.

Mi plan para vender el airdrop:
0.05 a 0.07 dólares: vender primero una parte
Por encima de 0.08 dólares: vender la mayor parte
Por encima de 0.10 dólares: prácticamente liquidar todo

En una frase: el proyecto tiene producto, pero los tokens disponibles superan a la demanda de compra. Llegar a 0.08 o más ya sería bueno; no te quedes esperando 0.15.

Solo es investigación personal y no constituye asesoramiento de inversión.
$QQQB $BSB $SPYB
#alpha #ALPHA🔥 #撸毛攻略
#亚马逊市值首破3万亿美元
#Palantir涨10%受Q2财报超预期推动

Mañana, 4 de agosto, Binance Alpha listará el token QUID de Squid. El suministro total asciende a 1.000 millones de unidades, con un precio de preventa de 0,045 USD, lo que corresponde a una valoración de 45 millones de dólares. La preventa se sobre-suscribió 11,9 veces, pero los 50 millones de tokens destinados a la preventa se desbloquearán completamente al abrirse; esa es la principal presión vendedora.

Hoy, al actualizar la tabla de datos del proyecto, primero completé en la sección “Escala BTC” con 56.853,16; luego noté que en la página se menciona staking, pero en esa columna la tabla es TBV collateral. Solo falta un campo, pero el significado es completamente distinto. El valor mostrado ese día era de alrededor de 5.640 millones de dólares, pero no se puede escribir directamente como “TBV ya ha absorbido 56853 unidades de $BTC colateral en garantía”.

El Bitcoin Staking usa el BTC para delegarlo a Finality Providers, aportando seguridad económica que puede ser penalizada para Babylon Genesis y redes externas; los Trustless Bitcoin Vaults, en cambio, permiten que un UTXO de Bitcoin independiente sea designado como colateral para aplicaciones DeFi. El primero se centra en la delegación, las firmas de finalización y las penalizaciones; el segundo se centra en la activación del Vault, el préstamo, el factor de salud, la liquidación y el reembolso.

El TBV de @BabylonLabs_io todavía funciona actualmente en Bitcoin Signet y en redes de prueba de Ethereum. En Aave v4, los préstamos se realizan con activos simulados sin valor. Por ello, el número de staking del sitio oficial puede indicar el tamaño del staking, pero no prueba que TBV ya tenga la misma magnitud de colateral en la red principal, el mismo tamaño de préstamos o ingresos.

Prefiero construir dos paneles para #baby . El primero registra el staking: BTC delegados activos, distribución de Finality Provider, estado de firmas y penalizaciones; el segundo registra TBV: cantidad de Vaults activos, colateral nativo, utilización de préstamos, liquidaciones y reembolsos exitosos. Ambas tablas pueden observar Babylon en conjunto, pero no se puede copiar el total de la primera a la segunda.

El valor a largo plazo de $BABY podría estar impulsado tanto por la red de seguridad como por las aplicaciones de Vault. En el análisis, es aún más importante separar el origen. Los datos no están mal; lo que está mal es la etiqueta que se le pegó. 56.853,16 BTC es la instantánea del sitio del 3 de agosto, y también cambiará con la variación del staking; responde a “cuántos BTC participan en la seguridad”, no a “cuántos BTC están pidiendo prestado a través de TBV”. 🔍

Al aceptar TBV, no voy a buscar primero en la cartera “vaultBTC”. Porque si realmente se pudiera transferir de forma casual a una cartera normal, en realidad significaría que hubo un problema con los límites del producto.

En la integración actual de Aave v4 en @BabylonLabs_io , vaultBTC es una unidad interna contable compatible con ERC-20, con una precisión de 8 decimales, de modo que una unidad mínima equivale a una “satoshi”. Cuando el Vault se activa y se incorpora a una posición de préstamo, el adaptador acuña vaultBTC según la cantidad de BTC bloqueada; al salir o liquidar, se destruye. Solo puede moverse entre contratos autorizados; si se transfiere a cualquier dirección arbitraria, revierte. No hay mercado secundario, ni es otra forma de BTC envuelto.

Estas restricciones dejan una relación de conciliación práctica: la cantidad total de vaultBTC en circulación debe ser igual a la cantidad total de BTC dentro de los Vault que todavía se usa como colateral de Aave. Además, los datos de la position, el estado del Vault y el reserve también se pueden consultar mediante solo lectura con AaveAdapterLens.

Voy a dividir la verificación en tres niveles. El primer nivel mira Bitcoin: si el UTXO existe y si el importe es correcto. El segundo nivel mira TBV: si el Vault está Active, InUse, o ya entró en salida o liquidación. El tercer nivel mira Aave: si vaultBTC ya se acuñó o se destruyó, y si la deuda y el factor de salud están sincronizados. Cualquier discrepancia en cualquiera de los niveles no debe despacharse con un simple “la página podría estar retrasada”.

Es más engorroso que obsesionarse con el saldo de una cartera, pero se acerca más a la transparencia que realmente se necesita para el colateral nativo de BTC. El saldo de una cartera solo puede demostrar que un token llegó a una dirección; solo la conciliación en tres niveles puede responder la pregunta: ¿esa anotación de colateral a nivel de aplicación detrás tiene, de hecho, una salida de Bitcoin todavía bloqueada?

Por eso, en #baby , no considero “no ver vaultBTC” como una desventaja. Lo que las infraestructuras asociadas a $BABY deben hacer es limitar el uso del libro contable, no recrear otra clase de BTC que circule por todas partes. La testnet todavía tiene riesgos de contratos, oráculos y sincronización entre capas, pero esta restricción de suministro le da al observador una regla verificable.🔎

Si entender el TBV solo como “pignorar BTC a Aave”, al revisar los activos es fácil terminar mirando todo con más confusión: en la cartera de Bitcoin falta un saldo que se puede gastar, en la cartera de Ethereum no aparece un BTC adicional que se pueda transferir, y en la página de préstamos además se muestra un colateral. Entonces… ¿dónde se registra realmente?

Lo desglosaré en tres libros contables.

El primero es el libro de activos de Bitcoin. El monto $BTC original entra en un Taproot Vault UTXO independiente; la propiedad no se convierte en un pagaré de una entidad custodia, pero sus condiciones de gasto ya están restringidas por el gráfico de transacciones prefirmadas, así que no es un saldo ordinario transferible en cualquier momento.

El segundo es el libro del estado de la aplicación. Los contratos de Ethereum registran si el Vault ya fue activado, a qué valor de colateral corresponde, cuánto de los activos simulados se pidió prestado y cuál es el estado de salud. Aquí, el vaultBTC usado es un registro interno con restricciones, no es una moneda empaquetada que se emita en la wallet para comerciar libremente. Lo que ve la aplicación son el derecho de garantía y el estado, no haber recibido ese UTXO de Bitcoin.

El tercero es el libro de los materiales de recuperación. Las claves WOTS, los “claimer artifacts” y las rutas prefirmadas no representan un saldo de activos, pero determinan si el Vault Provider responde cuando falla: es decir, si el usuario puede iniciar por sí mismo la reclamación siguiendo la salida establecida. No son tan visibles como una frase mnemotécnica; pero si se pierden, debilitan la capacidad de recuperación autónoma.

Al poner los tres libros juntos, el TBV de @BabylonLabs_io queda completo: la cadena responde “¿dónde está el BTC?”, el estado de la aplicación responde “¿para qué está asegurando el BTC?”, y los materiales locales responden “¿cómo salgo cuando el proveedor del servicio se cae?”. Cualquiera de los tres por separado funcionando bien no puede dar por seguro a los otros dos.

Por eso, cuando miro capturas de productos en $BABY y #baby , lo que más quiero ver no es un único número total de activos, sino que los tres tipos de estado sean verificables por separado. El autocustodio realmente “de a pie” no es solo que las monedas no se las entregue a otros: también debe hacer que el usuario sepa si tiene a mano una salida ejecutable.
#OpenAI发现更多AI智能体逃逸

Hoy he preparado un “comprobante de fondos” para el proceso de liquidación de TBV y me quedé atascado en la primera línea: el Bitcoin UTXO no se puede recortar; el protocolo se lleva todo el Vault para cubrir las deudas. Si su valor excede el monto objetivo de liquidación, ¿la parte sobrante también cuenta como pérdida?

Después de revisar las instrucciones de liquidación para @BabylonLabs_io , dividí el recibo en dos tipos. El primero es cuando después de la liquidación aún quedan deudas: el valor de más por la disposición excedente seguirá usándose para que el usuario pague la deuda restante. Es posible que en la página no se reciba un WBTC, pero el pasivo se reducirá. El segundo es cuando toda la deuda ya quedó cubierta: el valor excedente restante se paga al usuario en forma de WBTC.

Verifiqué esto con un ejemplo sencillo en un borrador: supongamos que el objetivo requiere liquidar un colateral con valor 100, pero todo el Vault asociado tiene valor 110. Ese excedente de 10 no desaparece por arte de magia. Si la cuenta aún tiene una deuda remanente superior a 10, primero se utiliza para cubrir la deuda; si la deuda ya está en cero, entonces el remanente recién se convierte en un reembolso en WBTC. Esto es solo un cálculo, no posiciones reales, pero ayuda a distinguir claramente ambos resultados.🧾

Aun así, aquí hay un costo. El liquidador recibirá una recompensa de liquidación; el reembolso es la parte excedente después de descontar el resultado de la disposición del protocolo. Además, el reembolso se realiza en WBTC, no es que en el momento se “reste” una fracción pequeña de un UTXO nativo no fraccionable de $BTC para dársela al usuario.

En el futuro, al ver el registro de liquidación de #baby , no me limitaré a mirar “cuántos Vault se llevaron”, sino que también verificaré la deuda restante y el reembolso en WBTC. Si los productos relacionados con $BABY quieren que una persona común entienda el riesgo, lo mejor es mostrar estas dos líneas a la vez; de lo contrario, los usuarios pueden interpretar fácilmente que toda la disposición de un Vault equivale a que el valor excedente desaparece por completo.
#沙特油轮绕行非洲避红海
#韩股KOSPI早盘上涨15.13%
#苹果芯片短缺拖累销售预期

$GRVT 走势，perfecto copia el guion。

Ayer el plan quedó muy claro: el pozo es pequeño, es fácil de impulsar; hay muchos airdrops, es más fácil que caiga. Se liquidó casi todo cerca de 0.50.

Es exactamente igual al pronóstico de “primero un impulso fuerte y luego un golpe fuerte”.

La gran tropa ya se retiró; se deja un poco de posición como billete de lotería. No apostar al punto más alto, solo ganar el dinero dentro del plan.

$QQQB $BSB
#alpha #ALPHA🔥
#苹果芯片短缺拖累销售预期
#韩国股市盘中创纪录涨17%

😊Acabo de copiar en un bloc las rutas de excepción del documento TBV y me di cuenta de que llené una página entera, pero que cuando realmente me ocurre un problema quizá no sé por dónde empezar. Así que lo resumí en una pregunta de producto muy práctica: si una página solo pudiera poner un aviso de emergencia en el lugar más visible, ¿cuál sería el más útil?

El flujo normal de TBV no es difícil de entender: el BTC nativo se mantiene en Bitcoin, mientras que en el lado de Ethereum se registra el estado del Vault y se integra con Aave v4. Los problemas se esconden cuando el flujo no sale como se espera. Si hay un timeout de creación, hay que saber cuándo es posible solicitar un reembolso por cuenta propia; si el Vault Provider no responde, hay que confirmar si los WOTS y los artifacts de claimer pueden usarse para el self-claim; si la posición está cerca de la liquidación, hay que mirar a la vez los health factors y la liquidez del Vault Swap; si el sistema se pausa, también hay que distinguir qué se permite ahora: reembolso, retiro o solo queda la ruta de recuperación en el lado de Bitcoin.

El diseño de <keep>@BabylonLabs_io </keep> deja estas salidas escritas de antemano en el protocolo, pero el usuario común no revisa documentación técnica todos los días. Para mí, una buena <keep>#baby </keep> no es solo mostrar “en funcionamiento”: también debe dejar claro qué se puede hacer a continuación. Cuando <keep>$BABY </keep> integra más aplicaciones a la vez, los avisos de estado incluso podrían influir directamente en si el usuario llega a tiempo para reducir el riesgo.

Invertí porque los materiales de recuperación local son los más fáciles de pasar por alto cuando cambias de computadora o cuando limpias la carpeta de descargas, y porque perderlos no se soluciona con solo hacer clic en “olvidé la contraseña”. Pero esto es solo mi forma de uso; no significa que otros riesgos sean menores.

📅 30 de julio, hoy a las 8 pm, Binance Alpha lista GRVT

Este proyecto recaudó aproximadamente 34 millones de dólares, el trasfondo no es malo, pero hoy el foco no es cómo es el proyecto, sino cómo se vende el airdrop.

Los responsables del proyecto solo pusieron un pool de alrededor de 250.000 USDT; el pool es muy delgado, y con una cantidad pequeña de dinero se puede hacer subir el precio.

Pero el primer lote de airdrop es de aproximadamente 74 millones de tokens; calculado a 0,35 USD, la presión potencial de venta supera los 25 millones de dólares.

Así que la trayectoria podría ser bastante simple: primero un gran empuje al alza y luego una fuerte caída.

Mi plan:

0,30—0,36 USD: vender primero la mitad
A partir de 0,40 USD: vender ~70%
Cerca de 0,50 USD: prácticamente liquidar todo
Si baja a menos de 0,25 USD: dejar una parte para esperar un rebote

En una frase: el pool es pequeño, es fácil de subir; el airdrop es mucho, es más fácil de desplomar. Si abre alto, vende; no seas demasiado codicioso.

Solo son ideas personales y no constituye asesoramiento de inversión.
$AEON $QQQB $BSB
#alpha #ALPHA🔥
#韩国拟暂停可疑加密账户支付
#韩国股市因三星财报反弹

Ver una tasa de inflación de $BABY años ajustada de 8% a 5.5% y sacar conclusiones solo como “positivo” o “negativo” es demasiado apresurado. Para una red que utiliza doble colateral, este número es, ante todo, un presupuesto de seguridad de pagos continuos.

Lo dividiré en tres libros.

El primero es el libro de emisión. Los nuevos BABY se usan para incentivar a los participantes del staking de BABY y a los de BTC, proporcionando conjuntamente seguridad económica a Babylon Genesis. La emisión disminuye, pero eso no significa automáticamente que aumenten las ganancias de cada participante; también depende de cómo se reparta el total del staking y los premios.

El segundo es el libro de demanda. BABY asume funciones de Gas, gobernanza on-chain y staking. Solo cuando la ejecución de transacciones, la participación en gobernanza y las necesidades de seguridad crecen de forma real, la nueva oferta tendrá un escenario de uso correspondiente. @BabylonLabs_io mete el staking de BTC y el staking de BABY en el mismo modelo de seguridad, pero los stakers de BTC no participan en la gobernanza de Genesis; ambos tipos de activos reciben derechos distintos.

El tercero es el libro de retorno de valor. El whitepaper de TBV discutió incentivar integraciones tempranas con BABY y subastar una parte de las comisiones de BTC para luego destruirlas; sin embargo, siguen siendo direcciones de diseño, que requieren aprobación de gobernanza y no pueden asumirse como un modelo de ingresos ya en funcionamiento.

Además, estos tres libros tienen un orden temporal: el presupuesto de seguridad puede iniciarse primero; la demanda de uso depende del crecimiento de aplicaciones; el retorno de valor debe esperar a que se materialicen producto y gobernanza. Convertir de una vez a hoy los mecanismos futuros es la forma más fácil de sobreestimar la certeza.

Por eso, mi criterio para el #baby es sencillo: 5.5% es solo el punto de partida; después hay que observar de manera conjunta la demanda de staking de BABY, el uso real de Gas en Genesis, la participación en votaciones de gobernanza y si el mecanismo de comisiones de TBV pasa del paper a la cadena. Si solo el libro de emisión sigue contando, mientras los otros dos permanecen vacíos durante mucho tiempo, aunque la inflación sea más baja, el valor difícilmente se explica; si los tres libros encajan, entonces BABY no es solo una unidad de recompensa, sino la regla de tarificación para el funcionamiento del protocolo.📒

¡Micron Technology $MUB cae en un solo día un 9.56%! ¿Es un salto en sentadilla y luego un rebote o una reversión de tendencia?

¿Todos ya estuvieron mirando el mercado? La jugada de esta noche de Micron realmente hizo que uno se preocupara. En el transcurso, rompió directamente un nivel de soporte; ahora cotiza en $813.693, con una caída de -9.56%, y su valor de mercado se evaporó en cuestión de segundos.

El soporte cerca de 844 ya se perdió. Si esta noche el cierre no logra recuperarlo, la siguiente zona clave a vigilar podría ser la línea de tendencia anual. El sentimiento a corto plazo es claramente bajista. A quienes quieran aprovechar para comprar en el fondo, se les recomienda controlar bien la posición y no apresurarse a entrar con todo. #TradFi晒单 单

Supongamos que acabas de transmitir una transacción de Bitcoin y, justo después, la comisión de la red se duplica de repente. La comisión ya quedó fijada en la transacción; los mineros tardan en incluirla y, mientras tanto, las confirmaciones, firmas y activaciones posteriores quedan en cola. Las carteras normales suelen tener una opción para añadir comisiones, pero el Vault que estás creando no puede modificarse así como así para cambiar la estructura de la transacción.

@BabylonLabs_io dejó un pequeño output de anclaje (CPFP) en la transacción de Pre-PegIn en TBV. Es como una “puerta de urgencia” preparada: la transacción padre no se mueve; la puerta vuelve a gastar ese pequeño output para crear una subtransacción con una comisión más alta. Los mineros calculan la recompensa contando el paquete completo: si padre e hijo juntos salen lo bastante rentables, hay motivación para incluirlos en el mismo bloque.

Este detalle parece insignificante, pero resuelve un problema muy real: que BTC siga en la red de Bitcoin no significa que el protocolo pueda ignorar la congestión. El peg-in necesita esperar una cierta profundidad de confirmaciones; si de pronto la comisión deja de ser competitiva, los participantes que entren después solo pueden quedarse en espera.

El CPFP tampoco es una tecla mágica para acelerar. Solo aumenta el atractivo del paquete de transacciones; no garantiza que el siguiente bloque vaya a confirmarlo sí o sí. Con congestión extrema, igual hay que pagar un coste mayor. Y lo más importante: el anchor solo se encarga de “forzar la confirmación”, no de cambiar de forma temporal el monto del Vault, la vinculación de la aplicación ni la ruta de gastos pre-firmada.

He notado que, al ver infraestructura como #baby , cada vez se mira menos el despliegue “cuando todo sale bien” y más se busca “qué hacer si la red de pronto se pone cara”. $BABY apunta a que la parte técnica debe llevarse a dinero real: no basta con pruebas criptográficas; hay que reservar de antemano canales para manejar fluctuaciones de comisiones y retrasos de confirmación, problemas cotidianos.

Si un sistema puede funcionar, a menudo se esconde en salidas pequeñas como esta: la ruta principal no se puede cambiar, pero la congestión no se puede fingir que no existe. Así que se anticipa una vía de aceleración que no toca el control de los activos por defecto. ⛏️
#比特币自亚洲盘低点回升

#baby $BABY “¿Delegar al mismo ecosistema debería implicar un riesgo parecido?” La frase suena razonable, pero mezcla dos sistemas de seguridad distintos dentro de @BabylonLabs_io .
El “BABY” con garantía protege el consenso PoS de Babylon Genesis. Si un validador firma en la misma altura dos bloques conflictivos, cuando se cumpla la evidencia en cadena, las reglas actuales penalizarán el 5% de los tokens delegados y el 95% restante se devolverá al delegante. Una desconexión normal suele activar principalmente ventanas de monitoreo y prisión temporal, y no equivale a descontar monedas directamente con el estándar de doble firma.
La garantía de BTC sigue otro camino. El BTC se delega a un Finality Provider (FP); el FP utiliza EOTS para las votaciones de finalización. Si en la misma altura reutiliza el número aleatorio para bloques conflictivos, la clave privada de EOTS quedará expuesta. Entonces el FP perderá el derecho de voto y entrará en una ruta sancionable, y las delegaciones de BTC correspondientes asumirán las consecuencias según los parámetros del protocolo.

Aunque ambas se llaman “doble firma”, a nivel interno hay cuatro diferencias: roles maliciosos distintos, formas distintas de formación de la evidencia, activos sujetos a restricción distintos y cadenas donde se ejecuta la penalización. Una delegación de $BABY dirigida a validadores de Genesis, y la otra dirigida a delegaciones de Bitcoin detrás del Finality Provider.
¿Para qué sirve esto a un participante común? Al menos, al elegir a quién delegar no basta con mirar el rendimiento. Si delegas BABY, debes comprobar la estabilidad de los bloques firmados y el historial de doble firma del validador; si delegas BTC, también debes ver si el FP tiene bien aislada la clave EOTS, si realiza copias de seguridad de la base de datos y si evita firmas duplicadas.🔍
El peso real del relato de “doble garantía” en #baby no está en “ganar recompensas con dos monedas”, sino en que cada conjunto de activos asume de forma verificable sus propias responsabilidades de seguridad. De dónde provienen las recompensas se puede calcular poco a poco; primero hay que aclarar a quién se penaliza y qué se penaliza cuando ocurre un error, para entender el riesgo.

$AEON 最高拉到 0.215，完美触发我昨天文章发的0.20清仓线。

计划就是计划：0.15以上卖80%，0.20附近全部走人。今天拉到0.215，我已经按纪律清完了，后面涨再多也不眼红。

卖飞？不存在的。分批止盈，利润落袋，剩下的交给别人。
#ALPHA #ALPHA🔥 #原油下跌约6%

#baby $BABY La parte más fácil de calcular mal en el staking conjunto es asumir que BTC y BABY son dos posiciones que se pueden sumar directamente.
@BabylonLabs_io La regla publicada se parece más a ponerle dos ruedas a una bicicleta: el peso toma el menor entre “BTC apostado” y “$BABY apostado ÷ 20,000”. Si una de las dos partes se queda corta, por más que pongas más en la otra, no puede compensarla.

Un ejemplo sencillo. Con 0.5 BTC y 5,000 BABY, el lado de BABY solo se convierte en 0.25 BTC, así que el peso del staking conjunto es 0.25; con 10,000 BABY, recién obtienes el peso completo de 0.5. Si sigues subiendo a 30,000 BABY, el peso sigue siendo 0.5, porque esta vez es el lado de BTC el que llega primero al límite. Recompensa el equilibrio, no acumular de un solo lado.
Hay varios umbrales fáciles de pasar por alto: BTC debe haber entrado ya en estado ACTIVE; llegar solo a VERIFIED no basta; BTC se delega al Finality Provider, y BABY al validador Genesis; además, ambos deben estar vinculados a la misma dirección BABY. No pasa nada si BABY se delega de forma dispersa a varios validadores: el sistema lo agregará por la misma dirección.

#baby El pool de staking conjunto proviene de una parte específica de la inflación anual, y las recompensas individuales también se distribuyen según “tu peso ÷ el peso total de la red”, así que la mejor proporción no equivale a un APY fijo. Cuantos más participantes haya, más cambiarán las recompensas repartidas con el mismo peso.

En mi opinión, lo realmente interesante de este diseño no es “una misma posición gana dos veces”, sino que el protocolo obliga, mediante una fórmula de cuello de botella, a que dos recursos de seguridad lleguen a la vez. Antes de calcular ganancias, calcular la proporción suele ser más útil que fijarse en el APR que aparece en la página promocional. 🧮

Mańana en Binance Alpha se lista AEON

El suministro total de AEON es de 1.000 millones de monedas, con aproximadamente 193,4 millones en la primera distribución.
Calculado por precio:
0,06 USD = 60 millones de FDV; 0,10 USD = 100 millones de FDV; 0,12 USD = 120 millones de FDV; 0,15 USD = 150 millones de FDV; 0,20 USD = 200 millones de FDV

La financiación del proyecto fue de 8 millones de dólares; YZi Labs lideró la ronda. Los fundamentos no son malos, así que no voy a esperar el precio al momento del apertura ni a “tirar” todo directamente.

Mi plan de venta:
**Por debajo de 0,08:** no tengo prisa por vender todo; primero observo. **De 0,08 a 0,12:** vendo 30%–50%, para asegurar ganancias. **De 0,12 a 0,15:** vendo la mayor parte. **Por encima de 0,15:** tiendo a vender directamente el 80% o más. **Al acercarse a 0,20:** en la práctica, liquidación total; no apuesto a que siga duplicando.

La forma más prudente no es adivinar el máximo, sino vender por tramos:
Vender una parte al abrir, luego vender otra parte cuando suba más, y al final dejar un poco de “entrada de lotería”.
El airdrop de Alpha en sí ya es un “chollo” de bajo costo. El mayor riesgo no es quedarse corto vendiendo antes, sino por ganar un poco más al final ver cómo las ganancias se convierten en una montaña rusa.

En una frase:
Cerca de 0,10 puedes vender por tramos para asegurar ganancias; a partir de 0,12 enfócate en vender; por encima de 0,15 no seas demasiado codicioso.
Solo es un plan personal y no constituye asesoramiento de inversión.
$EUL </c-1/>$DIA $PIEVERSE
#ALPHA </c-1/>#ALPHA🔥 #撸毛教程
#撸毛攻略 </c-1/>#撸毛教程