TokenToolHub
179 Publicaciones
TokenToolHub
Denunciar
Bloquear usuario
On-chain intelligence for tokens, wallets, transactions and smart contracts. Built by Wisdom Uche Ijika.
1 Siguiendo
1 Seguidores
3 Me gusta
Publicaciones
·
--
Las firmas obsoletas deben volver a comprobarseLas firmas de las billeteras de contratos inteligentes no siempre siguen siendo válidas para siempre.
Según ERC-1271, un contrato de billetera decide si una firma es válida de acuerdo con su código, almacenamiento y políticas actuales. Una firma puede superar la validación cuando se crea y fallar más adelante porque se eliminó a un firmante, cambió el umbral de firmas múltiples, una prueba de Merkle quedó obsoleta, la firma caducó o cambió la implementación de la billetera.
Esto es importante para las órdenes fuera de la cadena, las intenciones de los marketplaces y otros flujos de trabajo en los que una firma puede crearse mucho antes de la liquidación. Es posible que el usuario no esté conectado cuando la aplicación intente usarla finalmente. Tratar los bytes antiguos como permanentemente válidos puede provocar una liquidación fallida o suposiciones inseguras.
Las firmas obsoletas deben volver a comprobarse
Las firmas de las billeteras de contratos inteligentes no siempre siguen siendo válidas para siempre.
Según ERC-1271, un contrato de billetera decide si una firma es válida de acuerdo con su código, almacenamiento y políticas actuales. Una firma puede superar la validación cuando se crea y fallar más adelante porque se eliminó a un firmante, cambió el umbral de firmas múltiples, una prueba de Merkle quedó obsoleta, la firma caducó o cambió la implementación de la billetera.
Esto es importante para las órdenes fuera de la cadena, las intenciones de los marketplaces y otros flujos de trabajo en los que una firma puede crearse mucho antes de la liquidación. Es posible que el usuario no esté conectado cuando la aplicación intente usarla finalmente. Tratar los bytes antiguos como permanentemente válidos puede provocar una liquidación fallida o suposiciones inseguras.
Según ERC-1271, un contrato de billetera decide si una firma es válida de acuerdo con su código, almacenamiento y políticas actuales. Una firma puede superar la validación cuando se crea y fallar más adelante porque se eliminó a un firmante, cambió el umbral de firmas múltiples, una prueba de Merkle quedó obsoleta, la firma caducó o cambió la implementación de la billetera.
Esto es importante para las órdenes fuera de la cadena, las intenciones de los marketplaces y otros flujos de trabajo en los que una firma puede crearse mucho antes de la liquidación. Es posible que el usuario no esté conectado cuando la aplicación intente usarla finalmente. Tratar los bytes antiguos como permanentemente válidos puede provocar una liquidación fallida o suposiciones inseguras.
45
·
--
Riesgos de recuperación de billeteras inteligentesLa hoja de ruta de abstracción de cuentas de Ethereum está llevando las billeteras hacia una seguridad programable. La recuperación es una de sus mayores ventajas, pero también crea una nueva superficie de autoridad que usuarios y desarrolladores deben comprender.
ERC-7947 propone una interfaz de recuperación común para cuentas inteligentes. Una cuenta compatible puede registrar uno o más proveedores de recuperación, almacenar compromisos de recuperación específicos de cada proveedor y, más adelante, presentar una prueba que autorice un cambio en el sujeto de acceso de la cuenta.
Esta flexibilidad resulta útil. Un proveedor podría verificar una prueba de conocimiento cero. Otro podría utilizar una firma, un proceso multifactorial u otro método de recuperación. Una billetera puede admitir varios proveedores en lugar de depender de un único servicio centralizado.
Riesgos de recuperación de billeteras inteligentes
La hoja de ruta de abstracción de cuentas de Ethereum está llevando las billeteras hacia una seguridad programable. La recuperación es una de sus mayores ventajas, pero también crea una nueva superficie de autoridad que usuarios y desarrolladores deben comprender.
ERC-7947 propone una interfaz de recuperación común para cuentas inteligentes. Una cuenta compatible puede registrar uno o más proveedores de recuperación, almacenar compromisos de recuperación específicos de cada proveedor y, más adelante, presentar una prueba que autorice un cambio en el sujeto de acceso de la cuenta.
Esta flexibilidad resulta útil. Un proveedor podría verificar una prueba de conocimiento cero. Otro podría utilizar una firma, un proceso multifactorial u otro método de recuperación. Una billetera puede admitir varios proveedores en lugar de depender de un único servicio centralizado.
ERC-7947 propone una interfaz de recuperación común para cuentas inteligentes. Una cuenta compatible puede registrar uno o más proveedores de recuperación, almacenar compromisos de recuperación específicos de cada proveedor y, más adelante, presentar una prueba que autorice un cambio en el sujeto de acceso de la cuenta.
Esta flexibilidad resulta útil. Un proveedor podría verificar una prueba de conocimiento cero. Otro podría utilizar una firma, un proceso multifactorial u otro método de recuperación. Una billetera puede admitir varios proveedores en lugar de depender de un único servicio centralizado.
69
·
--
Blockchain Necesita Criptografía ÁgilLa seguridad blockchain post-cuántica no es un cambio de algoritmo con un solo clic. Es una migración coordinada en cada lugar que autoriza valor o prueba el estado.
La superficie obvia es la firma de la cartera, pero solo es el principio. Las claves de validadores, los comités de puente, los firmantes de oráculos, los multisigs de DAO, los secuenciadores de rollup, las carteras de hardware, los HSM de custodia y los contratos inteligentes de larga duración pueden depender de la criptografía clásica. Una cadena puede fortalecer su capa base mientras un puente antiguo o un conjunto de firmantes permanece expuesto.
Blockchain Necesita Criptografía Ágil
La seguridad blockchain post-cuántica no es un cambio de algoritmo con un solo clic. Es una migración coordinada en cada lugar que autoriza valor o prueba el estado.
La superficie obvia es la firma de la cartera, pero solo es el principio. Las claves de validadores, los comités de puente, los firmantes de oráculos, los multisigs de DAO, los secuenciadores de rollup, las carteras de hardware, los HSM de custodia y los contratos inteligentes de larga duración pueden depender de la criptografía clásica. Una cadena puede fortalecer su capa base mientras un puente antiguo o un conjunto de firmantes permanece expuesto.
La superficie obvia es la firma de la cartera, pero solo es el principio. Las claves de validadores, los comités de puente, los firmantes de oráculos, los multisigs de DAO, los secuenciadores de rollup, las carteras de hardware, los HSM de custodia y los contratos inteligentes de larga duración pueden depender de la criptografía clásica. Una cadena puede fortalecer su capa base mientras un puente antiguo o un conjunto de firmantes permanece expuesto.
85
·
--
Riesgo Cuántico Sin El HypeLa computación cuántica pertenece en la planificación seria de la seguridad criptográfica, pero no en publicaciones impulsadas por el pánico.
Ningún ordenador cuántico puede romper hoy la criptografía de Ethereum. La razón por la que el tema importa ahora es que las migraciones criptográficas importantes llevan años. Las carteras, los validadores, los rollups, los puentes y los sistemas de custodia no pueden reemplazar de forma segura sus suposiciones de seguridad de la noche a la mañana.
El área más expuesta es la criptografía de clave pública. El algoritmo de Shor podría, eventualmente, debilitar sistemas de firma ampliamente utilizados como ECDSA y BLS si llegan a estar disponibles ordenadores cuánticos tolerantes a fallos con suficiente capacidad. Las funciones hash son más resistentes, aunque el algoritmo de Grover puede reducir su margen de seguridad efectivo.
Riesgo Cuántico Sin El Hype
La computación cuántica pertenece en la planificación seria de la seguridad criptográfica, pero no en publicaciones impulsadas por el pánico.
Ningún ordenador cuántico puede romper hoy la criptografía de Ethereum. La razón por la que el tema importa ahora es que las migraciones criptográficas importantes llevan años. Las carteras, los validadores, los rollups, los puentes y los sistemas de custodia no pueden reemplazar de forma segura sus suposiciones de seguridad de la noche a la mañana.
El área más expuesta es la criptografía de clave pública. El algoritmo de Shor podría, eventualmente, debilitar sistemas de firma ampliamente utilizados como ECDSA y BLS si llegan a estar disponibles ordenadores cuánticos tolerantes a fallos con suficiente capacidad. Las funciones hash son más resistentes, aunque el algoritmo de Grover puede reducir su margen de seguridad efectivo.
Ningún ordenador cuántico puede romper hoy la criptografía de Ethereum. La razón por la que el tema importa ahora es que las migraciones criptográficas importantes llevan años. Las carteras, los validadores, los rollups, los puentes y los sistemas de custodia no pueden reemplazar de forma segura sus suposiciones de seguridad de la noche a la mañana.
El área más expuesta es la criptografía de clave pública. El algoritmo de Shor podría, eventualmente, debilitar sistemas de firma ampliamente utilizados como ECDSA y BLS si llegan a estar disponibles ordenadores cuánticos tolerantes a fallos con suficiente capacidad. Las funciones hash son más resistentes, aunque el algoritmo de Grover puede reducir su margen de seguridad efectivo.
40
·
--
ERC-7683 No Es un Sello de SeguridadERC-7683 está diseñado para reducir la fragmentación entre protocolos de intención entre cadenas al proporcionar a los solucionadores una forma común de comprender las órdenes.
El borrador actual está centrado en el resolutor. Un protocolo puede conservar su propia carga útil, autorización, modelo de subasta y de liquidación, mientras publica un resolutor que traduce la orden en pasos, variables, pagos y supuestos explícitos que un solucionador puede evaluar.
Eso es diferente de muchas explicaciones más antiguas de ERC-7683. Los borradores anteriores describían estructuras e interfaces universales como GaslessCrossChainOrder, IOriginSettler, IDestinationSettler, open, openFor y fill. Esas ideas siguen siendo un contexto histórico útil, pero no son el límite normativo actual.
ERC-7683 No Es un Sello de Seguridad
ERC-7683 está diseñado para reducir la fragmentación entre protocolos de intención entre cadenas al proporcionar a los solucionadores una forma común de comprender las órdenes.
El borrador actual está centrado en el resolutor. Un protocolo puede conservar su propia carga útil, autorización, modelo de subasta y de liquidación, mientras publica un resolutor que traduce la orden en pasos, variables, pagos y supuestos explícitos que un solucionador puede evaluar.
Eso es diferente de muchas explicaciones más antiguas de ERC-7683. Los borradores anteriores describían estructuras e interfaces universales como GaslessCrossChainOrder, IOriginSettler, IDestinationSettler, open, openFor y fill. Esas ideas siguen siendo un contexto histórico útil, pero no son el límite normativo actual.
El borrador actual está centrado en el resolutor. Un protocolo puede conservar su propia carga útil, autorización, modelo de subasta y de liquidación, mientras publica un resolutor que traduce la orden en pasos, variables, pagos y supuestos explícitos que un solucionador puede evaluar.
Eso es diferente de muchas explicaciones más antiguas de ERC-7683. Los borradores anteriores describían estructuras e interfaces universales como GaslessCrossChainOrder, IOriginSettler, IDestinationSettler, open, openFor y fill. Esas ideas siguen siendo un contexto histórico útil, pero no son el límite normativo actual.
41
·
--
Las intenciones entre cadenas necesitan verificacionesLas intenciones entre cadenas pueden hacer que una experiencia multi-cadena fragmentada se sienta mucho más sencilla. En lugar de elegir manualmente cada puente, router, intercambio y acción de destino, el usuario describe el resultado deseado. Luego, los solucionadores compiten para ejecutarlo.
Esa interfaz mejorada es útil, pero no elimina el riesgo entre cadenas. Cambia dónde vive el riesgo.
El Open Intents Framework proporciona infraestructura modular para expresar, descubrir, resolver, validar y liquidar intenciones entre cadenas. Un pedido típico puede definir el activo de entrada y la cadena, la salida deseada y el destino, el destinatario, un plazo y límites económicos.
Las intenciones entre cadenas necesitan verificaciones
Las intenciones entre cadenas pueden hacer que una experiencia multi-cadena fragmentada se sienta mucho más sencilla. En lugar de elegir manualmente cada puente, router, intercambio y acción de destino, el usuario describe el resultado deseado. Luego, los solucionadores compiten para ejecutarlo.
Esa interfaz mejorada es útil, pero no elimina el riesgo entre cadenas. Cambia dónde vive el riesgo.
El Open Intents Framework proporciona infraestructura modular para expresar, descubrir, resolver, validar y liquidar intenciones entre cadenas. Un pedido típico puede definir el activo de entrada y la cadena, la salida deseada y el destino, el destinatario, un plazo y límites económicos.
Esa interfaz mejorada es útil, pero no elimina el riesgo entre cadenas. Cambia dónde vive el riesgo.
El Open Intents Framework proporciona infraestructura modular para expresar, descubrir, resolver, validar y liquidar intenciones entre cadenas. Un pedido típico puede definir el activo de entrada y la cadena, la salida deseada y el destino, el destinatario, un plazo y límites económicos.
59
·
--
El riesgo oculto en los datos de RWALos activos tokenizados pueden moverse en cadena, pero la mayoría de los hechos que les otorgan valor todavía viven en otros lugares.
Una blockchain no puede confirmar de forma independiente si un custodio sigue manteniendo un valor, si una propiedad se ha vendido, si un prestatario ha incumplido, si una reserva se ha visto gravada o si un administrador de fondos ha revisado su valor liquidativo neto. Los contratos inteligentes necesitan sistemas externos para llevar esos hechos a la cadena.
Por eso el riesgo de los oráculos de RWA es más amplio que la manipulación de precios.
Un oráculo puede publicar un valor correctamente mientras la fuente en sí está obsoleta, es incompleta o se basa en una definición económica incorrecta. Un feed de precio de mercado no es lo mismo que el NAV de un fondo. Un saldo de reserva no es una prueba de solvencia. La evidencia de que un activo existe no es una prueba de que los titulares de tokens tengan un derecho exigible sobre él.
El riesgo oculto en los datos de RWA
Los activos tokenizados pueden moverse en cadena, pero la mayoría de los hechos que les otorgan valor todavía viven en otros lugares.
Una blockchain no puede confirmar de forma independiente si un custodio sigue manteniendo un valor, si una propiedad se ha vendido, si un prestatario ha incumplido, si una reserva se ha visto gravada o si un administrador de fondos ha revisado su valor liquidativo neto. Los contratos inteligentes necesitan sistemas externos para llevar esos hechos a la cadena.
Por eso el riesgo de los oráculos de RWA es más amplio que la manipulación de precios.
Un oráculo puede publicar un valor correctamente mientras la fuente en sí está obsoleta, es incompleta o se basa en una definición económica incorrecta. Un feed de precio de mercado no es lo mismo que el NAV de un fondo. Un saldo de reserva no es una prueba de solvencia. La evidencia de que un activo existe no es una prueba de que los titulares de tokens tengan un derecho exigible sobre él.
Una blockchain no puede confirmar de forma independiente si un custodio sigue manteniendo un valor, si una propiedad se ha vendido, si un prestatario ha incumplido, si una reserva se ha visto gravada o si un administrador de fondos ha revisado su valor liquidativo neto. Los contratos inteligentes necesitan sistemas externos para llevar esos hechos a la cadena.
Por eso el riesgo de los oráculos de RWA es más amplio que la manipulación de precios.
Un oráculo puede publicar un valor correctamente mientras la fuente en sí está obsoleta, es incompleta o se basa en una definición económica incorrecta. Un feed de precio de mercado no es lo mismo que el NAV de un fondo. Un saldo de reserva no es una prueba de solvencia. La evidencia de que un activo existe no es una prueba de que los titulares de tokens tengan un derecho exigible sobre él.
79
·
--
Los activos tokenizados necesitan derechos realesLa tokenización de activos del mundo real está pasando de presentaciones a infraestructura de producción. DTCC informó operaciones en vivo exitosas utilizando valores tokenizados mantenidos por DTC en julio y dijo que el hito estaba destinado a respaldar el lanzamiento en octubre de 2026 de su Servicio de Tokenización.
Eso es significativo, pero la lección más importante no es que cada activo de repente se vuelva líquido o seguro solo porque aparece en una blockchain.
Un token solo es la representación digital. El valor real depende del derecho que hay detrás.
Los activos tokenizados necesitan derechos reales
La tokenización de activos del mundo real está pasando de presentaciones a infraestructura de producción. DTCC informó operaciones en vivo exitosas utilizando valores tokenizados mantenidos por DTC en julio y dijo que el hito estaba destinado a respaldar el lanzamiento en octubre de 2026 de su Servicio de Tokenización.
Eso es significativo, pero la lección más importante no es que cada activo de repente se vuelva líquido o seguro solo porque aparece en una blockchain.
Un token solo es la representación digital. El valor real depende del derecho que hay detrás.
Eso es significativo, pero la lección más importante no es que cada activo de repente se vuelva líquido o seguro solo porque aparece en una blockchain.
Un token solo es la representación digital. El valor real depende del derecho que hay detrás.
24
·
--
Una sola wallet es demasiado riesgoLa comodidad a menudo convierte una sola wallet cripto en una cuenta de trading, un banco de trabajo de DeFi, una dirección de airdrop y un vault a largo plazo al mismo tiempo. Esa estructura parece simple hasta que una sola aprobación maliciosa, un front-end falso o una sesión comprometida alcanza todo.
Una estrategia de múltiples wallets reduce ese radio de explosión asignando distintas actividades a diferentes wallets. El modelo básico es práctico: una wallet para trading, una para DeFi y otra para tenencias a largo plazo.
La wallet de trading está pensada para la velocidad. Puede conectarse a exchanges, bridges, paneles y herramientas de ejecución, por lo que firma con más frecuencia y enfrenta más ruido operativo. Debería mantener capital de trabajo en lugar de la parte más profunda de una cartera.
Una sola wallet es demasiado riesgo
La comodidad a menudo convierte una sola wallet cripto en una cuenta de trading, un banco de trabajo de DeFi, una dirección de airdrop y un vault a largo plazo al mismo tiempo. Esa estructura parece simple hasta que una sola aprobación maliciosa, un front-end falso o una sesión comprometida alcanza todo.
Una estrategia de múltiples wallets reduce ese radio de explosión asignando distintas actividades a diferentes wallets. El modelo básico es práctico: una wallet para trading, una para DeFi y otra para tenencias a largo plazo.
La wallet de trading está pensada para la velocidad. Puede conectarse a exchanges, bridges, paneles y herramientas de ejecución, por lo que firma con más frecuencia y enfrenta más ruido operativo. Debería mantener capital de trabajo en lugar de la parte más profunda de una cartera.
Una estrategia de múltiples wallets reduce ese radio de explosión asignando distintas actividades a diferentes wallets. El modelo básico es práctico: una wallet para trading, una para DeFi y otra para tenencias a largo plazo.
La wallet de trading está pensada para la velocidad. Puede conectarse a exchanges, bridges, paneles y herramientas de ejecución, por lo que firma con más frecuencia y enfrenta más ruido operativo. Debería mantener capital de trabajo en lugar de la parte más profunda de una cartera.
34
·
--
Las carteras integradas necesitan límitesLa infraestructura de carteras se está moviendo hacia un objetivo útil pero exigente: hacer que los productos de autocustodia se sientan familiares sin quitarle silenciosamente el control al usuario.
Por eso el anuncio del 28 de septiembre de Tether y Shiga es importante. Sus productos previstos impulsados por WDK para África y el Consejo de Cooperación del Golfo plantean en la misma conversación la incorporación accesible, el soporte de múltiples activos y el control de claves y fondos. Es un ejemplo oportuno de la dirección que están explorando quienes construyen carteras, pero no debe interpretarse como una prueba de que cada cartera integrada sea de autocustodia o igual de segura.
Las carteras integradas necesitan límites
La infraestructura de carteras se está moviendo hacia un objetivo útil pero exigente: hacer que los productos de autocustodia se sientan familiares sin quitarle silenciosamente el control al usuario.
Por eso el anuncio del 28 de septiembre de Tether y Shiga es importante. Sus productos previstos impulsados por WDK para África y el Consejo de Cooperación del Golfo plantean en la misma conversación la incorporación accesible, el soporte de múltiples activos y el control de claves y fondos. Es un ejemplo oportuno de la dirección que están explorando quienes construyen carteras, pero no debe interpretarse como una prueba de que cada cartera integrada sea de autocustodia o igual de segura.
Por eso el anuncio del 28 de septiembre de Tether y Shiga es importante. Sus productos previstos impulsados por WDK para África y el Consejo de Cooperación del Golfo plantean en la misma conversación la incorporación accesible, el soporte de múltiples activos y el control de claves y fondos. Es un ejemplo oportuno de la dirección que están explorando quienes construyen carteras, pero no debe interpretarse como una prueba de que cada cartera integrada sea de autocustodia o igual de segura.
46
·
--
Cómo funcionan las listas de acceso de bloquesLos bloques de Ethereum contienen transacciones ordenadas, pero el estado que esas transacciones modifican a menudo se descubre solo mientras la EVM las está ejecutando.
Un intercambio puede comenzar en un router, llamar a un pool, leer los saldos de los tokens, entrar en la lógica de transferencias, invocar hooks y llegar a implementaciones de proxy cuyo acceso al almacenamiento depende del estado actual. Los clientes de ejecución pueden optimizar de forma agresiva, pero tradicionalmente descubren muchas cuentas y ranuras de almacenamiento mientras el trabajo ya está en marcha.
EIP-7928 cambia cuándo esa información pasa a estar disponible.
Cómo funcionan las listas de acceso de bloques
Los bloques de Ethereum contienen transacciones ordenadas, pero el estado que esas transacciones modifican a menudo se descubre solo mientras la EVM las está ejecutando.
Un intercambio puede comenzar en un router, llamar a un pool, leer los saldos de los tokens, entrar en la lógica de transferencias, invocar hooks y llegar a implementaciones de proxy cuyo acceso al almacenamiento depende del estado actual. Los clientes de ejecución pueden optimizar de forma agresiva, pero tradicionalmente descubren muchas cuentas y ranuras de almacenamiento mientras el trabajo ya está en marcha.
EIP-7928 cambia cuándo esa información pasa a estar disponible.
Un intercambio puede comenzar en un router, llamar a un pool, leer los saldos de los tokens, entrar en la lógica de transferencias, invocar hooks y llegar a implementaciones de proxy cuyo acceso al almacenamiento depende del estado actual. Los clientes de ejecución pueden optimizar de forma agresiva, pero tradicionalmente descubren muchas cuentas y ranuras de almacenamiento mientras el trabajo ya está en marcha.
EIP-7928 cambia cuándo esa información pasa a estar disponible.
64
·
--
Glamsterdam llega a SepoliaLa próxima actualización de protocolo de Ethereum se ha movido de una ventana amplia en el plan a un hito específico de red de pruebas pública.
La Fundación Ethereum ha programado la activación de Glamsterdam en Sepolia para el 6 de octubre de 2026 a las 13:53:36 UTC. El anuncio cubre solo Sepolia. Las fechas de Hoodi y de la red principal aún no se han decidido.
Glamsterdam combina Amsterdam en la capa de ejecución con Gloas en la capa de consenso. Sus cambios se conectan mediante un único objetivo: aumentar la capacidad de Ethereum mientras se mantiene el crecimiento de la construcción de bloques, la propagación, la validación y el estado de forma manejable.
Glamsterdam llega a Sepolia
La próxima actualización de protocolo de Ethereum se ha movido de una ventana amplia en el plan a un hito específico de red de pruebas pública.
La Fundación Ethereum ha programado la activación de Glamsterdam en Sepolia para el 6 de octubre de 2026 a las 13:53:36 UTC. El anuncio cubre solo Sepolia. Las fechas de Hoodi y de la red principal aún no se han decidido.
Glamsterdam combina Amsterdam en la capa de ejecución con Gloas en la capa de consenso. Sus cambios se conectan mediante un único objetivo: aumentar la capacidad de Ethereum mientras se mantiene el crecimiento de la construcción de bloques, la propagación, la validación y el estado de forma manejable.
La Fundación Ethereum ha programado la activación de Glamsterdam en Sepolia para el 6 de octubre de 2026 a las 13:53:36 UTC. El anuncio cubre solo Sepolia. Las fechas de Hoodi y de la red principal aún no se han decidido.
Glamsterdam combina Amsterdam en la capa de ejecución con Gloas en la capa de consenso. Sus cambios se conectan mediante un único objetivo: aumentar la capacidad de Ethereum mientras se mantiene el crecimiento de la construcción de bloques, la propagación, la validación y el estado de forma manejable.
79
·
--
Explicación de la Divulgación SelectivaLa adopción de blockchain institucional crea una tensión difícil. Las organizaciones necesitan demostrar que una transacción está autorizada y cumple las políticas, pero también pueden necesitar proteger a las contrapartes, las rutas de tesorería, las estrategias de negociación, los términos comerciales y las reglas internas de riesgo.
Publicar todo no es lo mismo que ser responsable.
La divulgación selectiva ofrece un enfoque más preciso. En lugar de exponer un registro de identidad completo o el historial completo de transacciones, un usuario o una institución demuestra un hecho concreto necesario para una decisión específica. Ese hecho podría ser que un participante superó un proceso de verificación aprobado, está autorizado para usar un servicio, cumple una condición jurisdiccional o posee la autoridad de firma correcta.
Explicación de la Divulgación Selectiva
La adopción de blockchain institucional crea una tensión difícil. Las organizaciones necesitan demostrar que una transacción está autorizada y cumple las políticas, pero también pueden necesitar proteger a las contrapartes, las rutas de tesorería, las estrategias de negociación, los términos comerciales y las reglas internas de riesgo.
Publicar todo no es lo mismo que ser responsable.
La divulgación selectiva ofrece un enfoque más preciso. En lugar de exponer un registro de identidad completo o el historial completo de transacciones, un usuario o una institución demuestra un hecho concreto necesario para una decisión específica. Ese hecho podría ser que un participante superó un proceso de verificación aprobado, está autorizado para usar un servicio, cumple una condición jurisdiccional o posee la autoridad de firma correcta.
Publicar todo no es lo mismo que ser responsable.
La divulgación selectiva ofrece un enfoque más preciso. En lugar de exponer un registro de identidad completo o el historial completo de transacciones, un usuario o una institución demuestra un hecho concreto necesario para una decisión específica. Ese hecho podría ser que un participante superó un proceso de verificación aprobado, está autorizado para usar un servicio, cumple una condición jurisdiccional o posee la autoridad de firma correcta.
95
·
--
La privacidad necesita mejores límitesLa privacidad y el cumplimiento a menudo se presentan como opuestos. Ese planteamiento es demasiado simple. Un sistema de privacidad útil no tiene que eliminar la rendición de cuentas, y un sistema de cumplimiento serio no tiene que exponer cada acción a cada observador.
La cuestión de diseño más práctica es dónde deben estar los controles.
Las redes centradas en la privacidad hacen que el rastreo convencional de transacciones sea difícil porque pueden ocultar remitentes, destinatarios, importes o enlaces entre transacciones. Esto crea un desafío real para las bolsas de intercambio, los proveedores de pagos e instituciones reguladas. Sin embargo, la respuesta no puede ser asumir que la analítica de blockchain siempre reconstruirá la actividad que el protocolo fue diseñado para ocultar.
La privacidad necesita mejores límites
La privacidad y el cumplimiento a menudo se presentan como opuestos. Ese planteamiento es demasiado simple. Un sistema de privacidad útil no tiene que eliminar la rendición de cuentas, y un sistema de cumplimiento serio no tiene que exponer cada acción a cada observador.
La cuestión de diseño más práctica es dónde deben estar los controles.
Las redes centradas en la privacidad hacen que el rastreo convencional de transacciones sea difícil porque pueden ocultar remitentes, destinatarios, importes o enlaces entre transacciones. Esto crea un desafío real para las bolsas de intercambio, los proveedores de pagos e instituciones reguladas. Sin embargo, la respuesta no puede ser asumir que la analítica de blockchain siempre reconstruirá la actividad que el protocolo fue diseñado para ocultar.
La cuestión de diseño más práctica es dónde deben estar los controles.
Las redes centradas en la privacidad hacen que el rastreo convencional de transacciones sea difícil porque pueden ocultar remitentes, destinatarios, importes o enlaces entre transacciones. Esto crea un desafío real para las bolsas de intercambio, los proveedores de pagos e instituciones reguladas. Sin embargo, la respuesta no puede ser asumir que la analítica de blockchain siempre reconstruirá la actividad que el protocolo fue diseñado para ocultar.
88
·
--
El cumplimiento es infraestructura de datosLa normativa de cumplimiento cripto a menudo se presenta como una colección de políticas. En la práctica, una política no puede investigar una alerta, reconciliar una transferencia de monedero, explicar una decisión o demostrar qué control operó en un momento específico.
El cumplimiento serio es infraestructura de datos.
Una plataforma de intercambio o custodia necesita conectar varias capas de evidencia:
1. Incorporación de identidad y registros de beneficiario final
2. Señales de dispositivo, cuenta y comportamiento
3. Direcciones de depósito y retirada
4. Atribución blockchain y evaluación de sanciones
El cumplimiento es infraestructura de datos
La normativa de cumplimiento cripto a menudo se presenta como una colección de políticas. En la práctica, una política no puede investigar una alerta, reconciliar una transferencia de monedero, explicar una decisión o demostrar qué control operó en un momento específico.
El cumplimiento serio es infraestructura de datos.
Una plataforma de intercambio o custodia necesita conectar varias capas de evidencia:
1. Incorporación de identidad y registros de beneficiario final
2. Señales de dispositivo, cuenta y comportamiento
3. Direcciones de depósito y retirada
4. Atribución blockchain y evaluación de sanciones
El cumplimiento serio es infraestructura de datos.
Una plataforma de intercambio o custodia necesita conectar varias capas de evidencia:
1. Incorporación de identidad y registros de beneficiario final
2. Señales de dispositivo, cuenta y comportamiento
3. Direcciones de depósito y retirada
4. Atribución blockchain y evaluación de sanciones
51
·
--
La revisión de MiCA amplía el mapaLas recomendaciones de la AEVM del 30 de septiembre para la revisión de MiCA muestran con qué rapidez la supervisión de las criptomonedas está avanzando más allá del perímetro original de intercambio y custodia.
La publicación aborda la comercialización por parte de influencers y terceros, la transparencia de costes, el staking, el préstamo, el endeudamiento, las stablecoins no conformes, la clasificación de tokens y el acceso a protocolos de DeFi. También solicita criterios más claros para decidir cuándo una actividad está verdaderamente descentralizada.
El estatus legal importa. Se trata de recomendaciones presentadas a través del proceso de revisión de la Comisión Europea, no de normas definitivas. Aun así, reflejan las preguntas que se están haciendo los reguladores y los hechos del producto que los equipos necesitan documentar ahora.
La revisión de MiCA amplía el mapa
Las recomendaciones de la AEVM del 30 de septiembre para la revisión de MiCA muestran con qué rapidez la supervisión de las criptomonedas está avanzando más allá del perímetro original de intercambio y custodia.
La publicación aborda la comercialización por parte de influencers y terceros, la transparencia de costes, el staking, el préstamo, el endeudamiento, las stablecoins no conformes, la clasificación de tokens y el acceso a protocolos de DeFi. También solicita criterios más claros para decidir cuándo una actividad está verdaderamente descentralizada.
El estatus legal importa. Se trata de recomendaciones presentadas a través del proceso de revisión de la Comisión Europea, no de normas definitivas. Aun así, reflejan las preguntas que se están haciendo los reguladores y los hechos del producto que los equipos necesitan documentar ahora.
La publicación aborda la comercialización por parte de influencers y terceros, la transparencia de costes, el staking, el préstamo, el endeudamiento, las stablecoins no conformes, la clasificación de tokens y el acceso a protocolos de DeFi. También solicita criterios más claros para decidir cuándo una actividad está verdaderamente descentralizada.
El estatus legal importa. Se trata de recomendaciones presentadas a través del proceso de revisión de la Comisión Europea, no de normas definitivas. Aun así, reflejan las preguntas que se están haciendo los reguladores y los hechos del producto que los equipos necesitan documentar ahora.
62
·
--
La computación multiparte no reemplaza la políticaLa computación multiparte puede eliminar una clave privada completa como un único punto de fallo. Varios participantes mantienen fragmentos separados y cooperan para producir una sola firma válida solo cuando se cumple el umbral.
Eso es valioso, pero el umbral no es el modelo de seguridad completo.
La pregunta operativa es qué hace que esas acciones compartidas participen. Si un servicio interno puede crear una solicitud de firma sin pasar las comprobaciones esperadas, o si los firmantes aceptan una instrucción vaga que no está vinculada a la transacción exacta, el sistema puede producir una firma criptográficamente válida para una acción no autorizada.
La computación multiparte no reemplaza la política
La computación multiparte puede eliminar una clave privada completa como un único punto de fallo. Varios participantes mantienen fragmentos separados y cooperan para producir una sola firma válida solo cuando se cumple el umbral.
Eso es valioso, pero el umbral no es el modelo de seguridad completo.
La pregunta operativa es qué hace que esas acciones compartidas participen. Si un servicio interno puede crear una solicitud de firma sin pasar las comprobaciones esperadas, o si los firmantes aceptan una instrucción vaga que no está vinculada a la transacción exacta, el sistema puede producir una firma criptográficamente válida para una acción no autorizada.
Eso es valioso, pero el umbral no es el modelo de seguridad completo.
La pregunta operativa es qué hace que esas acciones compartidas participen. Si un servicio interno puede crear una solicitud de firma sin pasar las comprobaciones esperadas, o si los firmantes aceptan una instrucción vaga que no está vinculada a la transacción exacta, el sistema puede producir una firma criptográficamente válida para una acción no autorizada.
91
·
--
Riesgo de billeteras calientes y fríasUna clave privada es solo una parte de un sistema de seguridad de billeteras. Los incidentes recientes en el intercambio han reforzado una lección difícil: los fondos pueden moverse incluso cuando los atacantes no extraen ellos mismos las claves privadas. Las credenciales, las instrucciones de retiro, los sistemas de políticas y el acceso al backend pueden formar parte de la ruta de ataque.
Por eso, las billeteras calientes, tibias, frías y de custodia deben tratarse como modelos de exposición diferentes.
Una billetera caliente está disponible para la actividad frecuente. Admite transferencias rápidas y operaciones diarias, pero sus servicios en línea, credenciales y el flujo de firma crean una superficie de ataque más amplia.
Riesgo de billeteras calientes y frías
Una clave privada es solo una parte de un sistema de seguridad de billeteras. Los incidentes recientes en el intercambio han reforzado una lección difícil: los fondos pueden moverse incluso cuando los atacantes no extraen ellos mismos las claves privadas. Las credenciales, las instrucciones de retiro, los sistemas de políticas y el acceso al backend pueden formar parte de la ruta de ataque.
Por eso, las billeteras calientes, tibias, frías y de custodia deben tratarse como modelos de exposición diferentes.
Una billetera caliente está disponible para la actividad frecuente. Admite transferencias rápidas y operaciones diarias, pero sus servicios en línea, credenciales y el flujo de firma crean una superficie de ataque más amplia.
Por eso, las billeteras calientes, tibias, frías y de custodia deben tratarse como modelos de exposición diferentes.
Una billetera caliente está disponible para la actividad frecuente. Admite transferencias rápidas y operaciones diarias, pero sus servicios en línea, credenciales y el flujo de firma crean una superficie de ataque más amplia.
66
·
--
Las llamadas por lotes requieren mejores comprobacionesERC-5792 ofrece a las aplicaciones una forma estándar de pedirle a una cartera que procese varias llamadas on-chain ordenadas mediante wallet_sendCalls. Esto puede reducir solicitudes repetitivas y facilitar la finalización de flujos como aprobar, intercambiar y hacer staking.
La conveniencia no elimina el riesgo. La aplicación debe comprobar las capacidades de la cartera para la cadena solicitada, simular el lote completo y conservar el identificador del lote hasta que se alcance un estado terminal.
La atomicidad también requiere un manejo cuidadoso. Una cartera puede admitir un lote atómico, rechazar la capacidad requerida o utilizar una ruta de ejecución diferente. Las aplicaciones no deben reemplazar en silencio un flujo atómico requerido por varias transacciones independientes.
Las llamadas por lotes requieren mejores comprobaciones
ERC-5792 ofrece a las aplicaciones una forma estándar de pedirle a una cartera que procese varias llamadas on-chain ordenadas mediante wallet_sendCalls. Esto puede reducir solicitudes repetitivas y facilitar la finalización de flujos como aprobar, intercambiar y hacer staking.
La conveniencia no elimina el riesgo. La aplicación debe comprobar las capacidades de la cartera para la cadena solicitada, simular el lote completo y conservar el identificador del lote hasta que se alcance un estado terminal.
La atomicidad también requiere un manejo cuidadoso. Una cartera puede admitir un lote atómico, rechazar la capacidad requerida o utilizar una ruta de ejecución diferente. Las aplicaciones no deben reemplazar en silencio un flujo atómico requerido por varias transacciones independientes.
La conveniencia no elimina el riesgo. La aplicación debe comprobar las capacidades de la cartera para la cadena solicitada, simular el lote completo y conservar el identificador del lote hasta que se alcance un estado terminal.
La atomicidad también requiere un manejo cuidadoso. Una cartera puede admitir un lote atómico, rechazar la capacidad requerida o utilizar una ruta de ejecución diferente. Las aplicaciones no deben reemplazar en silencio un flujo atómico requerido por varias transacciones independientes.
55
·
--
EIP-8141 Aún Está en BorradorEIP-8141 propone una forma diferente de estructurar las transacciones de Ethereum. En lugar de tratar la validación, el pago de gas y la ejecución como un flujo fijo único, una transacción de tipo marco puede contener marcos programables separados para esas responsabilidades.
Ese diseño podría admitir patrocinio nativo de gas, rotación de claves, esquemas de firma alternativos y empaquetado atómico. También introduce un problema más difícil de seguridad de la billetera. Un usuario puede autorizar una secuencia que involucre a un remitente, un pagador separado, lógica de validación y varias llamadas de ejecución.
EIP-8141 Aún Está en Borrador
EIP-8141 propone una forma diferente de estructurar las transacciones de Ethereum. En lugar de tratar la validación, el pago de gas y la ejecución como un flujo fijo único, una transacción de tipo marco puede contener marcos programables separados para esas responsabilidades.
Ese diseño podría admitir patrocinio nativo de gas, rotación de claves, esquemas de firma alternativos y empaquetado atómico. También introduce un problema más difícil de seguridad de la billetera. Un usuario puede autorizar una secuencia que involucre a un remitente, un pagador separado, lógica de validación y varias llamadas de ejecución.
Ese diseño podría admitir patrocinio nativo de gas, rotación de claves, esquemas de firma alternativos y empaquetado atómico. También introduce un problema más difícil de seguridad de la billetera. Un usuario puede autorizar una secuencia que involucre a un remitente, un pagador separado, lógica de validación y varias llamadas de ejecución.
65
Inicia sesión para explorar más contenidos
Únete a usuarios de criptomonedas de todo el mundo en Binance Square
⚡️ Obtén la información más reciente y útil sobre criptomonedas.
💬 Confía en el mayor exchange de criptomonedas del mundo.
👍 Descubre opiniones reales de creadores verificados.
Correo electrónico/número de teléfono
Temas en tendencia
BinanceLaunchesBinanceIntelligence
474,356 visualizaciones
3,299 participa(n) en el debate
🚀 ¡La Inteligencia Artificial llega de forma directa al trading! 🚀
El ecosistema cripto acaba de dar su paso más ambicioso hacia la automatización accesible para todos.
Con el hashtag #BinanceLaunchesBinanceIntelligence, celebramos el lanzamiento oficial de Binance Intelligence, una nueva capa de IA integrada que viene a cerrar por completo la brecha del conocimiento financiero.
Ya seas un principiante o un trader algorítmico avanzado, esta suite de tres productos te ofrece herramientas de nivel institucional directamente en la app que usas todos los días:
Binance AI (Gratuito):
Una experiencia adaptativa que personaliza resúmenes de mercado (Market Briefs cada 4 horas) y alertas según tu nivel de conocimiento y portafolio.
Binance AI Pro:
Un agente financiero personal que transforma tus ideas en lenguaje natural en estrategias ejecutables de trading automatizado las 24/7.
Binance Agent OS:
La infraestructura ideal para desarrolladores que buscan conectar aplicaciones e IA directamente con las capacidades de la plataforma mediante APIs.
💡 Mi consejo de hoy:
Aprovechá estas herramientas para potenciar tus análisis técnicos, pero mantené siempre una correcta gestión de riesgo sin dejarte llevar por las emociones del mercado.
¿Qué herramienta tenés más ganas de probar primero?
¡Te leo en los comentarios! 👇
#BinanceLaunchesBinanceIntelligence #WriteToEarn #Crypto #Trading #BinanceAI#binancelaunchesbinanceintelligence
AlchemyS7
·5 «Me gusta»
·7.7k visualizaciones
BitcoinTargets2026OpenAt$87570
3,279 visualizaciones
84 participa(n) en el debate
BitcoinRejectedAt$87KThirdTime
3,023 visualizaciones
67 participa(n) en el debate