Emily Adamz
Abrir operación
Trader frecuente
8.3 meses
33 Siguiendo
20.5K+ Seguidores
20.1K+ Me gusta
2.7K+ Compartido
Publicaciones
Cartera
Todo
Cotizaciones
Directo
Ver traducción
🔥 TODAY: Ripple partners with global payments firm Convera to offer stablecoin-powered cross-border payment and treasury solutions for businesses.
🚨 ALERTA: La posición corta de una ballena de $11.3M $BTC en Hyperliquid fue liquidada en una sola orden.
La peor parte no es ver "Revocado." Es una fila activa yendo mal justo antes de que se mueva el dinero.
El momento del operador que se me queda es feo porque es tan normal. Una ejecución de pago ya está abierta. Una billetera ya está en la mesa. La prueba vinculada a esa fila se veía bien antes. Ahora no es así. La vuelves a abrir y el estado es malo. Esa parte es fácil. El problema comienza justo después de eso. Expirado no es fraude. Sustituido no es disputado. Error del emisor no es engaño del usuario. Pero si todos ellos terminan como el mismo estado plano rojo, el sistema básicamente le está diciendo al operador que improvise el resto.
El desorden que seguía notando en SIGN no era la revocación en sí. Era la fila lista para el pago que de repente tuvo que congelarse porque la billetera nunca debió haber calificado en primer lugar.
La atestación cambia a revocada. La fila era visible. El soporte reabre el caso. Finanzas detiene la liberación. Ahora la verdadera pregunta no es si la prueba existía. Es si el registro tiene suficiente verdad para justificar el congelamiento de esa fila exacta de TokenTable sin reconstruir todo el caso a mano.
Aquí es donde una insignia revocada deja de ser útil. Si la razón fue una calificación falsa, la siguiente acción válida no es una actualización. Es un congelamiento, porque el camino de pago para esa fila ahora está envenenado por la razón por la que se retiró la prueba.
Esa es la parte que me parece aguda en SIGN. La razón de atestación revocada y el congelamiento de TokenTable deberían permanecer vinculados en la misma fila, para que el soporte no quede explicando un pago detenido con menos verdad de la que el registro ya conoce.
#SignDigitalSovereignInfra $SIGN @SignOfficial
La atestación cambia a revocada. La fila era visible. El soporte reabre el caso. Finanzas detiene la liberación. Ahora la verdadera pregunta no es si la prueba existía. Es si el registro tiene suficiente verdad para justificar el congelamiento de esa fila exacta de TokenTable sin reconstruir todo el caso a mano.
Aquí es donde una insignia revocada deja de ser útil. Si la razón fue una calificación falsa, la siguiente acción válida no es una actualización. Es un congelamiento, porque el camino de pago para esa fila ahora está envenenado por la razón por la que se retiró la prueba.
Esa es la parte que me parece aguda en SIGN. La razón de atestación revocada y el congelamiento de TokenTable deberían permanecer vinculados en la misma fila, para que el soporte no quede explicando un pago detenido con menos verdad de la que el registro ya conoce.
#SignDigitalSovereignInfra $SIGN @SignOfficial
🚨 RUMORES: @RIPPLE OFICIALMENTE SE CONVIERTE EN UN BANCO DE FIDEICOMISO NACIONAL MAÑANA, 1 DE ABRIL! 🏦
LA REGLA ENMENDADA DE OCC FINALMENTE ENTRA EN VIGOR, PERO ¿ES ESTO EL JUEGO DE UTILIDAD MÁS GRANDE EN LA HISTORIA O LA BROMA DEL DÍA DE LOS INOCENTES DEFINITIVA? 🤡
¡OJOS EN LOS GRÁFICOS! 📈
#XRP
LA REGLA ENMENDADA DE OCC FINALMENTE ENTRA EN VIGOR, PERO ¿ES ESTO EL JUEGO DE UTILIDAD MÁS GRANDE EN LA HISTORIA O LA BROMA DEL DÍA DE LOS INOCENTES DEFINITIVA? 🤡
¡OJOS EN LOS GRÁFICOS! 📈
#XRP
🚨GOOGLE JUST GAVE A DEADLINE TO EVERY CRYPTO HOLDER
Recientemente, Google Research publicó un documento sobre computación cuántica, y es aterrador.
Su última investigación muestra que un sistema cuántico podría descifrar una billetera en 9 minutos.
Los bloques de Bitcoin tardan 10 minutos, lo que significa que la brecha ahora es peligrosamente pequeña.
Esto cambia cómo las personas ven la seguridad.
Cuando envías una transacción, tu clave pública se vuelve visible por un corto tiempo.
Si un sistema poderoso está observando, puede intentar apoderarse de esa transacción antes de que se confirme.
Esto alguna vez fue un riesgo de un futuro lejano.
Ahora se le está tratando como algo que podría suceder en esta década.
La escala de exposición tampoco es pequeña.
Alrededor de 6.7 millones de BTC ya están sentados en billeteras expuestas.
Acerca de 1.7 millones de BTC de billeteras de la era temprana no pueden ser protegidos en absoluto.
Y lo mismo ocurre con ETH y cualquier otra cripto que no sea resistente a la cuántica.
Pero eso no es todo.
Los recursos necesarios para ejecutar esto han caído de millones de qubits a menos de 500,000.
Debido a esto, la industria ahora está siendo empujada a actualizar más rápido.
Google está apuntando a 2029 para la seguridad post-cuántica.
Y si la cripto no logra actualizarse antes de esto, será un desastre.
Recientemente, Google Research publicó un documento sobre computación cuántica, y es aterrador.
Su última investigación muestra que un sistema cuántico podría descifrar una billetera en 9 minutos.
Los bloques de Bitcoin tardan 10 minutos, lo que significa que la brecha ahora es peligrosamente pequeña.
Esto cambia cómo las personas ven la seguridad.
Cuando envías una transacción, tu clave pública se vuelve visible por un corto tiempo.
Si un sistema poderoso está observando, puede intentar apoderarse de esa transacción antes de que se confirme.
Esto alguna vez fue un riesgo de un futuro lejano.
Ahora se le está tratando como algo que podría suceder en esta década.
La escala de exposición tampoco es pequeña.
Alrededor de 6.7 millones de BTC ya están sentados en billeteras expuestas.
Acerca de 1.7 millones de BTC de billeteras de la era temprana no pueden ser protegidos en absoluto.
Y lo mismo ocurre con ETH y cualquier otra cripto que no sea resistente a la cuántica.
Pero eso no es todo.
Los recursos necesarios para ejecutar esto han caído de millones de qubits a menos de 500,000.
Debido a esto, la industria ahora está siendo empujada a actualizar más rápido.
Google está apuntando a 2029 para la seguridad post-cuántica.
Y si la cripto no logra actualizarse antes de esto, será un desastre.
MIEDO: El índice de miedo y codicia del mercado de valores ha caído de nuevo a un solo dígito.
Gracias Trump.
Gracias Trump.
ÚLTIMA HORA:
$700,000,000,000 añadidos al mercado de valores de EE. UU. al abrir.
$700,000,000,000 añadidos al mercado de valores de EE. UU. al abrir.
🚨$800,000,000,000,000 EN ACTIVOS DE BTC Y ETH ESTÁN EN RIESGO
Hoy, Google Research publicó un documento sobre computadoras cuánticas, y es realmente malo.
Primero que nada, Google ahora piensa que solo se necesitarían 500,000 qubits para romper la criptografía.
Antes, todos pensaban que serían 1M, lo que significa 20x menos.
Pero esto es solo la punta del iceberg.
Antes de hoy, todos pensaban que los ataques cuánticos tomarían meses.
Esto significa que las transacciones son seguras, y 1/3 de BTC están en riesgo.
Pero esto ha cambiado ahora.
Google afirma que una computadora cuántica podría romper claves privadas en solo 9 MINUTOS.
Esto es un minuto menos que el tiempo promedio de bloque de Bitcoin.
Y esto no se limita solo a BTC.
La investigación dice que las computadoras cuánticas podrían infiltrarse en las 1000 principales billeteras de ETH en 9 días.
¿Y ahora, cuál es la parte más aterradora?
Google piensa que los proyectos de criptomonedas no tienen décadas para prepararse para esto.
Para 2030, las computadoras cuánticas podrían ser lo suficientemente potentes como para romper Bitcoin y altcoins.
Esto significa que solo tenemos 4 años antes de que las computadoras cuánticas se conviertan en una realidad y no solo en FUD.
Hoy, Google Research publicó un documento sobre computadoras cuánticas, y es realmente malo.
Primero que nada, Google ahora piensa que solo se necesitarían 500,000 qubits para romper la criptografía.
Antes, todos pensaban que serían 1M, lo que significa 20x menos.
Pero esto es solo la punta del iceberg.
Antes de hoy, todos pensaban que los ataques cuánticos tomarían meses.
Esto significa que las transacciones son seguras, y 1/3 de BTC están en riesgo.
Pero esto ha cambiado ahora.
Google afirma que una computadora cuántica podría romper claves privadas en solo 9 MINUTOS.
Esto es un minuto menos que el tiempo promedio de bloque de Bitcoin.
Y esto no se limita solo a BTC.
La investigación dice que las computadoras cuánticas podrían infiltrarse en las 1000 principales billeteras de ETH en 9 días.
¿Y ahora, cuál es la parte más aterradora?
Google piensa que los proyectos de criptomonedas no tienen décadas para prepararse para esto.
Para 2030, las computadoras cuánticas podrían ser lo suficientemente potentes como para romper Bitcoin y altcoins.
Esto significa que solo tenemos 4 años antes de que las computadoras cuánticas se conviertan en una realidad y no solo en FUD.
🚨¡ADVERTENCIA ENORME!
$850,000,000,000+ en $BTC y $ETH activos están en riesgo debido a los ordenadores cuánticos para 2030.
Esto incluye 6.7 millones de BTC, 90 millones de ETH y $200 mil millones en stablecoins/RWAs.
$850,000,000,000+ en $BTC y $ETH activos están en riesgo debido a los ordenadores cuánticos para 2030.
Esto incluye 6.7 millones de BTC, 90 millones de ETH y $200 mil millones en stablecoins/RWAs.
🚨 ACTUALIZACIÓN: Los 7 principales tokens con los mayores desbloqueos esta semana totalizan $102.5M, liderados por $SUI con $47.19M.
🇺🇸 ÚLTIMAS NOTICIAS: Los datos de Polymarket muestran a JD Vance con un 18% y a Gavin Newsom con un 17% en las probabilidades de la elección presidencial de EE. UU. a principios de 2028.
Lo que comenzó a molestarme en SIGN no fue la prueba falsa. Fue una verdadera atestación con un campo suave.
Supongamos que el campo dice residente. La firma es válida. El registro es válido. Pero, ¿significa residente vivir allí ahora, vivir allí en el momento de la instantánea, o calificar bajo esa jurisdicción cuando se construyó la asignación?
Ahí es donde el flujo de trabajo se vuelve feo. Las operaciones leen residente de una manera y la billetera recibe una fila de pago. El soporte reabre el caso bajo otra interpretación, congela la liberación, y ahora la billetera se pierde la distribución, aunque nadie piensa que la atestación es falsa.
Así que la ruptura no es la verificación. Es un campo de residente suelto que llega a la asignación antes de que su significado se haya definido.
Por eso el registro y los ganchos son tan importantes para mí en SIGN. El esquema tiene que bloquear residente a un significado exacto de elegibilidad, y los ganchos tienen que detener ese registro antes de que entre en la asignación si el campo sigue siendo semánticamente suave. De lo contrario, la prueba permanece limpia mientras que la decisión de pago basada en residente se desmorona demasiado tarde.
#SignDigitalSovereignInfra $SIGN @SignOfficial
Supongamos que el campo dice residente. La firma es válida. El registro es válido. Pero, ¿significa residente vivir allí ahora, vivir allí en el momento de la instantánea, o calificar bajo esa jurisdicción cuando se construyó la asignación?
Ahí es donde el flujo de trabajo se vuelve feo. Las operaciones leen residente de una manera y la billetera recibe una fila de pago. El soporte reabre el caso bajo otra interpretación, congela la liberación, y ahora la billetera se pierde la distribución, aunque nadie piensa que la atestación es falsa.
Así que la ruptura no es la verificación. Es un campo de residente suelto que llega a la asignación antes de que su significado se haya definido.
Por eso el registro y los ganchos son tan importantes para mí en SIGN. El esquema tiene que bloquear residente a un significado exacto de elegibilidad, y los ganchos tienen que detener ese registro antes de que entre en la asignación si el campo sigue siendo semánticamente suave. De lo contrario, la prueba permanece limpia mientras que la decisión de pago basada en residente se desmorona demasiado tarde.
#SignDigitalSovereignInfra $SIGN @SignOfficial
Corregir una fila incorrecta sin reescribir la historia
El momento al que sigo volviendo no es el lanzamiento. Es el momento después de que la tabla ya está activa, cuando una fila es marcada porque la referencia del beneficiario está obsoleta y esa billetera no debería ejecutar como está escrito.
La persona detrás de la fila puede seguir siendo legítima. El problema es que la ruta de pago adjunta a esa entrada ya no es la que el equipo debería confiar. En la mayoría de los sistemas, aquí es donde el registro comienza a alejarse de la verdad. Alguien edita la hoja. Alguien presiona una anulación manual. Alguien redirige los fondos y dice que la explicación se puede manejar más tarde. El pago puede ser corregido, pero el estado original se ha perdido, y a partir de ese momento el equipo está defendiendo un recuerdo en lugar de preservar un registro.
La persona detrás de la fila puede seguir siendo legítima. El problema es que la ruta de pago adjunta a esa entrada ya no es la que el equipo debería confiar. En la mayoría de los sistemas, aquí es donde el registro comienza a alejarse de la verdad. Alguien edita la hoja. Alguien presiona una anulación manual. Alguien redirige los fondos y dice que la explicación se puede manejar más tarde. El pago puede ser corregido, pero el estado original se ha perdido, y a partir de ese momento el equipo está defendiendo un recuerdo en lugar de preservar un registro.
🚨ÚLTIMA HORA:
5 de las acciones Mag7 ahora están en un mercado bajista.
5 de las acciones Mag7 ahora están en un mercado bajista.
ATEMORIZANTE: El índice de miedo y avaricia en criptomonedas cae a 8.
Alguien abrió una posición corta en petróleo de $17,000,000 y los futuros del petróleo están a punto de abrir en pocas horas.
¿Sabe algo sobre las conversaciones de paz?
¿Sabe algo sobre las conversaciones de paz?
El problema comienza después de que una billetera calificada ya no puede usar la ruta que se le dio
Una billetera se calificó en el lanzamiento.
Su fila ya estaba en TokenTable. La asignación estaba activa. Nada parecía estar mal cuando la tabla salió por primera vez.
Entonces, antes del siguiente paso, esa billetera ya no podría usar la ruta original.
Ahora el equipo tiene un verdadero problema. La fila ya es parte de un flujo de pago activo. La asignación existe. El registro dice que esta billetera pertenece aquí. Pero la ruta que se suponía que completaría la reclamación ya no se ajusta al usuario real frente a ellos.
Ese es el único momento que me importa aquí.
Su fila ya estaba en TokenTable. La asignación estaba activa. Nada parecía estar mal cuando la tabla salió por primera vez.
Entonces, antes del siguiente paso, esa billetera ya no podría usar la ruta original.
Ahora el equipo tiene un verdadero problema. La fila ya es parte de un flujo de pago activo. La asignación existe. El registro dice que esta billetera pertenece aquí. Pero la ruta que se suponía que completaría la reclamación ya no se ajusta al usuario real frente a ellos.
Ese es el único momento que me importa aquí.
Inicia sesión para explorar más contenidos