{"id":172224,"date":"2026-09-14T16:00:00","date_gmt":"2026-09-14T16:00:00","guid":{"rendered":"https:\/\/crypto-economy.com\/es\/?p=172224"},"modified":"2026-09-14T18:10:29","modified_gmt":"2026-09-14T18:10:29","slug":"criptografia-post-cuantica-en-blockchain-algorand-y-xrp-ledger-desde-una-evaluacion-tecnica","status":"publish","type":"post","link":"https:\/\/crypto-economy.com\/es\/criptografia-post-cuantica-en-blockchain-algorand-y-xrp-ledger-desde-una-evaluacion-tecnica\/","title":{"rendered":"Criptograf\u00eda post-cu\u00e1ntica en blockchain: Algorand y XRP Ledger desde una evaluaci\u00f3n t\u00e9cnica"},"content":{"rendered":"

La discusi\u00f3n sobre\u00a0<\/span>computaci\u00f3n cu\u00e1ntica<\/span><\/strong><\/a>\u00a0en el sector crypto suele reducirse a titulares. Una evaluaci\u00f3n \u00fatil exige separar capas:\u00a0<\/span>firmas de usuario<\/span>,\u00a0<\/span>mecanismos de consenso<\/span>,\u00a0<\/span>funciones de aleatoriedad verificable<\/span>,\u00a0<\/span>custodia<\/span>,\u00a0<\/span>networking<\/span>\u00a0y\u00a0<\/span>gobernanza<\/span>.<\/span><\/p>\n

<\/p>\n

Bajo un marco de capas, Algorand<\/a> y XRP Ledger<\/strong><\/a> presentan estrategias distintas. Sostengo que\u00a0<\/span>Algorand tiene ventaja operativa en cuentas resistentes a ataques cu\u00e1nticos en mainnet<\/span><\/strong>, mientras\u00a0<\/span>XRP Ledger tiene ventaja en alcance de migraci\u00f3n integral y rotaci\u00f3n de claves<\/span><\/strong>. Ninguna red est\u00e1 completamente protegida en todas las capas.<\/span><\/p>\n

El algoritmo de Shor no descifra hashes<\/span><\/h2>\n

El algoritmo afecta <\/span>criptograf\u00eda asim\u00e9trica<\/span><\/strong><\/a>:\u00a0<\/span>ECDSA<\/span><\/strong>,\u00a0<\/span>EdDSA<\/span><\/strong>,\u00a0<\/span>RSA<\/span><\/strong>\u00a0y\u00a0<\/span>Diffie-Hellman<\/span><\/strong>. En una blockchain, una direcci\u00f3n puede exponer la\u00a0<\/span>clave p\u00fablica<\/span><\/strong>\u00a0al firmar una transacci\u00f3n. Un atacante con computadora cu\u00e1ntica suficiente podr\u00eda derivar la\u00a0<\/span>clave privada<\/span><\/strong>\u00a0y firmar transferencias no autorizadas. <\/span><\/p>\n

El riesgo no se limita a datos cifrados en reposo. Se extiende a\u00a0<\/span>autenticaci\u00f3n de transacciones<\/span>,\u00a0<\/span>producci\u00f3n de bloques<\/span>\u00a0y\u00a0<\/span>comunicaci\u00f3n entre validadores<\/span>.<\/span><\/p>\n

La migraci\u00f3n a\u00a0<\/span>Falcon<\/span><\/strong>\u00a0o\u00a0<\/span>ML-DSA<\/span><\/strong>\u00a0mitiga la\u00a0<\/span>falsificaci\u00f3n de firmas<\/span><\/strong>\u00a0bajo supuestos criptogr\u00e1ficos actuales. <\/span><\/p>\n

La migraci\u00f3n no elimina riesgos de implementaci\u00f3n, como\u00a0<\/span>fallos de biblioteca<\/span><\/strong>,\u00a0<\/span>gesti\u00f3n de claves<\/span><\/strong>\u00a0o\u00a0<\/span>canales laterales<\/span><\/strong>.<\/span><\/p>\n

Resistencia cu\u00e1ntica no es un estado binario<\/span><\/h2>\n

Una red puede usar\u00a0<\/span>Falcon<\/span><\/strong>\u00a0o\u00a0<\/span>ML-DSA<\/span><\/strong>\u00a0para cuentas de usuario y mantener\u00a0<\/span>Ed25519<\/span><\/strong>\u00a0en consenso. Una red puede auditar validadores y no ofrecer cuentas post-cu\u00e1nticas nativas. <\/span><\/p>\n

Por lo tanto, la m\u00e9trica correcta es el\u00a0<\/span>porcentaje de valor asegurado con firmas post-cu\u00e1nticas<\/strong><\/a><\/span>, no el anuncio de una hoja de ruta. <\/span><\/p>\n

El sector necesita evaluar\u00a0<\/span>latencia<\/span>,\u00a0<\/span>tama\u00f1o de firma<\/span>,\u00a0<\/span>ancho de banda<\/span>,\u00a0<\/span>costo por transacci\u00f3n<\/span>\u00a0y\u00a0<\/span>compatibilidad con contratos<\/span>.<\/span><\/p>\n

Algorand: despliegue de cuentas y l\u00edmite en consenso<\/span><\/h2>\n

Algorand inici\u00f3 trabajos de\u00a0<\/span>criptograf\u00eda post-cu\u00e1ntica<\/span><\/strong>\u00a0en 2022. La red implement\u00f3\u00a0<\/span>Falcon<\/span><\/strong>\u00a0en\u00a0<\/span>State Proofs<\/span><\/strong>, componente de interoperabilidad. En agosto de 2026, el upgrade\u00a0<\/span>v5.0.0<\/span><\/strong>\u00a0habilit\u00f3\u00a0<\/span>cuentas post-cu\u00e1nticas nativas<\/span><\/strong>\u00a0en\u00a0<\/span>mainnet<\/span><\/strong>\u00a0mediante firmas Falcon. <\/span><\/p>\n

La hoja de ruta fija\u00a0<\/span>resiliencia cu\u00e1ntica amplia<\/span><\/strong>\u00a0para finales de 2027, con\u00a0<\/span>multifirma post-cu\u00e1ntica<\/span><\/strong><\/a>,\u00a0<\/span>staking<\/span><\/strong>\u00a0y un\u00a0<\/span>VRF post-cu\u00e1ntico<\/span><\/strong><\/a>\u00a0en investigaci\u00f3n. La ventaja es concreta: un usuario o instituci\u00f3n puede crear una cuenta con firmas resistentes a Shor en la red principal. <\/span><\/p>\n

La limitaci\u00f3n tambi\u00e9n es concreta: el\u00a0<\/span>consenso<\/span><\/strong>\u00a0de Algorand<\/strong> no es completamente post-cu\u00e1ntico. El\u00a0<\/span>VRF<\/span><\/strong>\u00a0de selecci\u00f3n de comit\u00e9 y la mensajer\u00eda de consenso con\u00a0<\/span>Ed25519<\/span><\/strong> permanecen vulnerables a un atacante cu\u00e1ntico con capacidad suficiente.<\/span><\/p>\n

XRP Ledger: migraci\u00f3n integral y rotaci\u00f3n de claves<\/span><\/h2>\n

XRP Ledger sigue una estrategia de\u00a0<\/span>migraci\u00f3n integral<\/span><\/strong>. Ripple fij\u00f3\u00a0<\/span>2028<\/span><\/strong>\u00a0como objetivo para\u00a0<\/span>preparaci\u00f3n post-cu\u00e1ntica completa<\/span><\/strong>. Durante 2026, la empresa planea\u00a0<\/span>evaluaci\u00f3n de riesgo cu\u00e1ntico<\/span><\/strong>\u00a0y pruebas de\u00a0<\/span>ML-DSA<\/span><\/strong>\u00a0en\u00a0<\/span>Devnet<\/span><\/strong>\u00a0y\u00a0<\/span>AlphaNet<\/span><\/strong>. <\/span><\/p>\n

La colaboraci\u00f3n con\u00a0<\/span>Project Eleven<\/span><\/strong>\u00a0audita\u00a0<\/span>validadores<\/span><\/strong>,\u00a0<\/span>custodia<\/span><\/strong>,\u00a0<\/span>networking<\/span><\/strong>\u00a0y\u00a0<\/span>wallets<\/span><\/strong>. El desaf\u00edo t\u00e9cnico principal es el\u00a0<\/span>tama\u00f1o de firma<\/span><\/strong><\/a>\u00a0de ML-DSA. Firmas m\u00e1s grandes aumentan\u00a0<\/span>almacenamiento<\/span><\/strong>,\u00a0<\/span>ancho de banda<\/span><\/strong>\u00a0y\u00a0<\/span>costo de verificaci\u00f3n<\/span><\/strong>, con impacto en un ledger dise\u00f1ado para\u00a0<\/span>pagos de alta velocidad<\/span><\/strong>. <\/span><\/p>\n

La ventaja estructural de XRPL es la\u00a0<\/strong><\/span>rotaci\u00f3n de claves nativa<\/span><\/strong>. Un usuario puede cambiar a claves post-cu\u00e1nticas y conservar la\u00a0<\/span>misma direcci\u00f3n<\/span>, lo que reduce fricci\u00f3n en una migraci\u00f3n. <\/span><\/p>\n

La desventaja es el calendario: no hay cuentas post-cu\u00e1nticas nativas en mainnet con el mismo nivel de despliegue que Algorand. La gobernanza por\u00a0<\/span>enmiendas de validadores<\/span>\u00a0a\u00f1ade un paso adicional antes de activar criptograf\u00eda nueva.<\/span><\/p>\n

Las firmas post-cu\u00e1nticas tienen\u00a0<\/span>tama\u00f1os mayores<\/span>\u00a0que las firmas de curva el\u00edptica. Falcon produce firmas relativamente compactas, mientras ML-DSA produce firmas m\u00e1s grandes. <\/span><\/p>\n

Un ledger de pagos procesa\u00a0<\/span>miles de transacciones por segundo<\/span><\/strong>\u00a0con l\u00edmites de\u00a0<\/span>bloque<\/span><\/strong>,\u00a0<\/span>ancho de banda<\/span><\/strong>\u00a0y\u00a0<\/span>almacenamiento<\/span><\/strong>. <\/span><\/p>\n

Aumentar el tama\u00f1o de firma reduce el n\u00famero de transacciones por bloque si no se ajustan par\u00e1metros. Ajustar par\u00e1metros puede aumentar\u00a0<\/span>latencia<\/span>\u00a0y\u00a0<\/span>requisitos de hardware<\/span>\u00a0para validadores. <\/span><\/p>\n

Algorand y XRP Ledger deben equilibrar\u00a0<\/span>seguridad post-cu\u00e1ntica<\/span><\/strong><\/a>,\u00a0<\/span>descentralizaci\u00f3n<\/span><\/strong>\u00a0y\u00a0<\/span>rendimiento<\/span><\/strong>. La prueba de ML-DSA en XRP Ledger busca medir\u00a0<\/span>costo de verificaci\u00f3n<\/span><\/strong>\u00a0y\u00a0<\/span>compatibilidad<\/span><\/strong>\u00a0con el consenso actual. <\/span><\/p>\n

La implementaci\u00f3n de Falcon en Algorand busca mantener\u00a0<\/span>eficiencia<\/span><\/strong>\u00a0en State Proofs y cuentas. El sector debe exigir\u00a0<\/span>benchmarks reproducibles<\/span><\/strong>, no solo anuncios.<\/span><\/p>\n

Comparaci\u00f3n por criterios t\u00e9cnicos<\/span><\/h2>\n

En\u00a0<\/span>tiempo de despliegue<\/span><\/strong>, Algorand lidera para\u00a0<\/span>cuentas de usuario<\/span><\/strong>. En\u00a0<\/span>alcance de auditor\u00eda<\/span><\/strong>, XRP Ledger lidera. <\/span><\/p>\n

En\u00a0<\/span>criptograf\u00eda de firma<\/span><\/strong>, Algorand usa Falcon<\/a>; XRP Ledger prueba ML-DSA<\/a>. En\u00a0<\/span>rotaci\u00f3n de claves<\/span><\/strong>, XRP Ledger tiene ventaja arquitect\u00f3nica. En\u00a0<\/span>consenso post-cu\u00e1ntico<\/span><\/strong>, ninguna de las dos redes ha completado la migraci\u00f3n. <\/span><\/p>\n

En\u00a0<\/span>gobernanza<\/span><\/strong>, Algorand puede activar upgrades por protocolo; XRP Ledger requiere enmienda aprobada por validadores. En\u00a0<\/span>costo operativo<\/span><\/strong>, ML-DSA impone mayor carga de datos que Falcon. <\/span><\/p>\n

En\u00a0<\/span>experiencia de migraci\u00f3n<\/span><\/strong>, XRPL evita cambiar direcciones; Algorand exige crear cuentas nuevas si el usuario busca firmas Falcon nativas. La combinaci\u00f3n de factores produce una conclusi\u00f3n matizada:\u00a0<\/span>Algorand tiene la ventaja en protecci\u00f3n inmediata de cuentas<\/span><\/strong>,\u00a0<\/span>XRP Ledger tiene la ventaja en dise\u00f1o de migraci\u00f3n de red<\/span><\/strong>.<\/span><\/p>\n

\"The<\/p>\n

Una migraci\u00f3n de claves requiere <\/span>rotaci\u00f3n<\/span>,\u00a0<\/span>respaldos<\/span>,\u00a0<\/span>pol\u00edticas de firma<\/span>\u00a0y\u00a0<\/span>auditor\u00edas<\/span>. La\u00a0<\/span>rotaci\u00f3n de claves nativa<\/span>\u00a0en XRP Ledger<\/a> facilita conservar\u00a0<\/strong><\/span>direcciones<\/span>\u00a0y\u00a0<\/span>historial<\/span><\/strong>. Algorand exige crear\u00a0<\/span>cuentas nuevas<\/span>\u00a0para firmas Falcon nativas, lo que puede complicar\u00a0<\/span>contabilidad<\/span>\u00a0y\u00a0<\/span>listados<\/span>. <\/span><\/p>\n

Los custodios deben soportar\u00a0<\/span>m\u00f3dulos criptogr\u00e1ficos de hardware<\/span><\/strong>\u00a0compatibles con Falcon o ML-DSA. La disponibilidad de\u00a0<\/span>HSM<\/span><\/strong>\u00a0y\u00a0<\/span>bibliotecas auditadas<\/span><\/strong>\u00a0determina el ritmo real de adopci\u00f3n. <\/span><\/p>\n

La discusi\u00f3n p\u00fablica suele ignorar\u00a0<\/span>cadena de custodia<\/span><\/strong>\u00a0y\u00a0<\/span>recuperaci\u00f3n de claves<\/span><\/strong>. Una red puede ser post-cu\u00e1ntica en protocolo y vulnerable en\u00a0<\/span>custodia de exchange<\/span><\/strong>.<\/span><\/p>\n

Evaluaci\u00f3n de Algorand y XRP Ledger por capas<\/span><\/h2>\n

En\u00a0<\/span>firmas de usuario<\/span><\/strong>, Algorand tiene\u00a0<\/span>Falcon en mainnet<\/span><\/strong>. XRP Ledger tiene\u00a0<\/span>ML-DSA en pruebas<\/span><\/strong>. En\u00a0<\/span>consenso<\/span><\/strong>, Algorand usa\u00a0<\/span>Ed25519<\/span><\/strong>\u00a0y\u00a0<\/span>VRF<\/span><\/strong>\u00a0vulnerable. XRP Ledger usa\u00a0<\/span>firmas de validador<\/span><\/strong>\u00a0que requieren migraci\u00f3n. En\u00a0<\/span>State Proofs<\/span><\/strong>, Algorand ya usa\u00a0<\/span>Falcon<\/span><\/strong>. <\/span><\/p>\n

En\u00a0<\/span>rotaci\u00f3n de claves<\/span><\/strong>, XRP Ledger tiene\u00a0<\/span>soporte nativo<\/span><\/strong>. En\u00a0<\/span>auditor\u00eda de pila completa<\/span><\/strong>, XRP Ledger tiene\u00a0<\/span>Project Eleven<\/span><\/strong>. <\/span><\/p>\n

En\u00a0<\/span>calendario<\/span>, Algorand apunta a\u00a0<\/span>2027<\/span>; XRP Ledger apunta a\u00a0<\/span>2028<\/span>. En\u00a0<\/span>gobernanza<\/span>, XRP Ledger depende de\u00a0<\/strong><\/span>enmienda<\/span>; Algorand depende de\u00a0<\/span>upgrade<\/span><\/strong>. La matriz muestra\u00a0<\/span>ventajas parciales<\/span>\u00a0en ambos casos.<\/span><\/p>\n

Mi lectura para el sector crypto es directa. Las instituciones no deber\u00edan elegir una red por narrativa de\u00a0<\/span>supremac\u00eda cu\u00e1ntica<\/span>. Deber\u00edan modelar\u00a0<\/span>exposici\u00f3n<\/span>. <\/span><\/em><\/p>\n

Si una tesorer\u00eda mantiene saldos en una direcci\u00f3n con clave p\u00fablica expuesta, el riesgo de\u00a0<\/span>falsificaci\u00f3n de firma<\/span>\u00a0en un escenario cu\u00e1ntico es relevante. Si un exchange custodia claves, el riesgo se concentra en\u00a0<\/span>infraestructura de custodia<\/span>. Si un validador firma bloques, el riesgo se traslada a\u00a0<\/span>consenso<\/span>. <\/span><\/p>\n

Algorand ofrece una v\u00eda para mover saldos a <\/span>cuentas post-cu\u00e1nticas<\/span><\/strong>\u00a0sin esperar a 2028. XRP Ledger ofrece una v\u00eda para migrar\u00a0<\/strong><\/span>claves<\/span><\/strong>\u00a0sin cambiar direcciones<\/strong>, pero la funcionalidad a\u00fan no est\u00e1 activa en mainnet. <\/span><\/p>\n

Para una instituci\u00f3n que necesita protecci\u00f3n de firmas de usuario en 2026, Algorand presenta una opci\u00f3n desplegada. Para una instituci\u00f3n que prioriza continuidad de direcciones y auditor\u00eda completa de capas, XRP Ledger presenta una hoja de ruta m\u00e1s ordenada.<\/span><\/p>\n

M\u00e9tricas que el sector debe exigir<\/span><\/h2>\n

Las m\u00e9tricas verificables incluyen: <\/span>n\u00famero de cuentas post-cu\u00e1nticas activas<\/span>,\u00a0<\/span>volumen transferido con firmas post-cu\u00e1nticas<\/span>,\u00a0<\/span>validadores con firmas post-cu\u00e1nticas<\/span>,\u00a0<\/span>VRF post-cu\u00e1ntico en producci\u00f3n<\/span>,\u00a0<\/span>soporte de custodia institucional<\/span>,\u00a0<\/span>latencia adicional<\/span>,\u00a0<\/span>tama\u00f1o de transacci\u00f3n<\/span>\u00a0y\u00a0<\/span>costo por verificaci\u00f3n<\/span>. <\/span><\/p>\n

Algorand puede reportar cuentas Falcon en mainnet. XRP Ledger puede reportar resultados de pruebas ML-DSA y auditor\u00edas de Project Eleven.<\/strong> Ninguna red puede declarar\u00a0<\/span>resistencia cu\u00e1ntica total<\/span><\/strong>\u00a0mientras el consenso dependa de criptograf\u00eda vulnerable. La transparencia sobre capas pendientes es m\u00e1s valiosa que una etiqueta de marketing.<\/span><\/p>\n

En XRP Ledger, una <\/span>enmienda<\/span>\u00a0requiere aprobaci\u00f3n de validadores. En Algorand, un upgrade de protocolo requiere coordinaci\u00f3n de la red. Ambos procesos introducen\u00a0<\/span>riesgo de gobernanza<\/span>. Tambi\u00e9n existe\u00a0<\/span>riesgo de compatibilidad<\/span>\u00a0con wallets, exploradores, contratos y sistemas de custodia. <\/span><\/p>\n

Las firmas ML-DSA<\/strong> y Falcon tienen formatos distintos. Las herramientas de desarrollo deben actualizarse. Los\u00a0<\/span>puentes<\/span>\u00a0y\u00a0<\/span>contratos inteligentes<\/span>\u00a0deben verificar firmas nuevas. <\/span><\/p>\n

La migraci\u00f3n puede fragmentar liquidez si los usuarios mantienen cuentas antiguas y nuevas. La\u00a0<\/span>rotaci\u00f3n de claves<\/span><\/strong>\u00a0de XRPL reduce fragmentaci\u00f3n de direcciones, pero no elimina actualizaciones de software. Algorand reduce tiempo de protecci\u00f3n, pero puede crear dos clases de cuentas. El sector debe planificar\u00a0<\/span>per\u00edodos de coexistencia<\/span><\/strong>.<\/span><\/p>\n

Recomendaciones para el sector<\/span><\/h3>\n

Para\u00a0<\/span>tesorer\u00edas<\/span>: identificar direcciones con\u00a0<\/span>clave p\u00fablica expuesta<\/span>, priorizar migraci\u00f3n a\u00a0<\/span>cuentas post-cu\u00e1nticas<\/span>\u00a0donde exista soporte, y documentar\u00a0<\/span>riesgo residual<\/span>\u00a0de consenso. Para\u00a0<\/span>validadores<\/span>: evaluar requisitos de\u00a0<\/span>hardware<\/span>,\u00a0<\/span>ancho de banda<\/span>\u00a0y\u00a0<\/span>latencia<\/span>\u00a0ante firmas ML-DSA o Falcon. <\/span><\/p>\n

Para\u00a0<\/span>desarrolladores<\/span>: implementar\u00a0<\/span>verificaci\u00f3n h\u00edbrida<\/span>\u00a0durante transici\u00f3n, mantener compatibilidad con\u00a0<\/span>direcciones antiguas<\/span>\u00a0y probar\u00a0<\/span>contratos<\/span>\u00a0con firmas nuevas. Para\u00a0<\/span>exchanges<\/span>: exigir a redes\u00a0<\/span>m\u00e9tricas de migraci\u00f3n<\/span>\u00a0y planes de\u00a0<\/span>rotaci\u00f3n de claves<\/span>. Para\u00a0<\/span>inversores<\/span>: distinguir entre\u00a0<\/span>cuentas post-cu\u00e1nticas<\/span><\/strong><\/a>\u00a0y\u00a0<\/span>red post-cu\u00e1ntica<\/span><\/a>. La etiqueta correcta depende de\u00a0<\/span>capas cubiertas<\/span>.<\/span><\/p>\n

\"algorand\"<\/p>\n

La competencia entre Algorand y XRP Ledger en\u00a0<\/strong><\/span>criptograf\u00eda post-cu\u00e1ntica<\/span><\/strong>\u00a0no produce un ganador \u00fanico. Algorand tiene la ventaja en\u00a0<\/span>despliegue de cuentas resistentes<\/span>\u00a0y en\u00a0<\/span>tiempo de protecci\u00f3n<\/span>\u00a0para usuarios. XRP Ledger tiene la ventaja en\u00a0<\/span>alcance de migraci\u00f3n<\/span>,\u00a0<\/span>rotaci\u00f3n de claves<\/span>\u00a0y\u00a0<\/span>auditor\u00eda de pila completa<\/span>. <\/span><\/p>\n

La red que merece atenci\u00f3n institucional es la que publica\u00a0<\/span>m\u00e9tricas verificables<\/span>, completa la migraci\u00f3n de\u00a0<\/span>consenso<\/span><\/strong>,\u00a0<\/span>VRF<\/span><\/strong>,\u00a0<\/span>custodia<\/span><\/strong>\u00a0y\u00a0<\/span>wallets<\/span><\/strong>, y mantiene\u00a0<\/span>compatibilidad<\/span>\u00a0durante la transici\u00f3n. Hasta que una red complete todas las capas, la etiqueta de\u00a0<\/span>resistencia cu\u00e1ntica<\/span><\/strong>\u00a0debe usarse con precisi\u00f3n t\u00e9cnica.\u00a0<\/span><\/p>\n","protected":false},"excerpt":{"rendered":"

La discusi\u00f3n sobre\u00a0computaci\u00f3n cu\u00e1ntica\u00a0en el sector crypto suele reducirse a titulares. Una evaluaci\u00f3n \u00fatil exige separar capas:\u00a0firmas de usuario,\u00a0mecanismos de consenso,\u00a0funciones de aleatoriedad verificable,\u00a0custodia,\u00a0networking\u00a0y\u00a0gobernanza.<\/p>\n","protected":false},"author":53,"featured_media":172227,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"rank_math_title":"","rank_math_description":"","footnotes":""},"categories":[925],"tags":[691,9906,5419],"class_list":["post-172224","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-opinion","tag-algorand","tag-criptografia-post-cuantica","tag-xrp-ledger"],"_links":{"self":[{"href":"https:\/\/crypto-economy.com\/es\/wp-json\/wp\/v2\/posts\/172224","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/crypto-economy.com\/es\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/crypto-economy.com\/es\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/crypto-economy.com\/es\/wp-json\/wp\/v2\/users\/53"}],"replies":[{"embeddable":true,"href":"https:\/\/crypto-economy.com\/es\/wp-json\/wp\/v2\/comments?post=172224"}],"version-history":[{"count":3,"href":"https:\/\/crypto-economy.com\/es\/wp-json\/wp\/v2\/posts\/172224\/revisions"}],"predecessor-version":[{"id":172233,"href":"https:\/\/crypto-economy.com\/es\/wp-json\/wp\/v2\/posts\/172224\/revisions\/172233"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/crypto-economy.com\/es\/wp-json\/wp\/v2\/media\/172227"}],"wp:attachment":[{"href":"https:\/\/crypto-economy.com\/es\/wp-json\/wp\/v2\/media?parent=172224"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/crypto-economy.com\/es\/wp-json\/wp\/v2\/categories?post=172224"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/crypto-economy.com\/es\/wp-json\/wp\/v2\/tags?post=172224"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}