explico bitcoin desde el código y comparto mis experimentos con ai. ingeniera de sistemas. hice @satlensapp 🇦🇷
Joined August 2012
- Tweets4.6K
- Following888
- Followers6.4K
- Likes5.8K
se está achicando el margen para romper ECDSA
en el primer paper el tiempo pasa de 2^(b/2) a 2^O(b/(log b)^(1/4))
y el segundo habla de que con cat qubits, secp256k1 se rompería con como máximo 30.000 cat qubits en 1 hora, y RSA-2048 con ~23.000 en 3,14 días
You thought this was a bad week in crypto? You might have missed the bigger news.
Two results just landed on elliptic-curve cryptography. Both are worrying. Neither one breaks a key anyone uses today.
1️⃣ The problem under ECC is less hard than we thought.
ECC is secure because the elliptic-curve discrete log is hard. The best general algorithm we had was Pollard's rho, and it is exponential: add bits to the key, and breaking it gets exponentially harder.
That assumption is now false, with one caveat. A paper from Bochum and MPI-SP gives a subexponential algorithm. It assumes an OpenAI claim that is still under review. If the claim holds, the new algorithm is faster asymptotically. In practice it changes nothing. On secp256k1, P-256, or Ed25519, rho is still the best algorithm, and it still takes the age of the universe. The new one only pulls ahead on hypothetical curves of enormous size, and there the cost is even more absurd.
github.com/bochum-crypto/sub…
2️⃣ The quantum circuit is getting cheaper. The computer is not here.
We still have no quantum computer. The circuit that would run on one to break ECDSA keeps getting cheaper. ecdsa.fail is a public auto-research loop aimed at exactly that. Its current best is about 70% cheaper than the circuit Google reported, on logical qubits times Toffolis (0.91 billion against 2.99 billion). Google's circuit was already two to three times cheaper than the previous published one.
Alice & Bob @Alice__Bob , a French Quantum Computing company, just estimated that breaking secp256k1, the Bitcoin curve, takes at most about 30,000 cat qubits and one hour. That figure assumes a machine nobody has built. We are still far from it. The machine being asked for keeps getting smaller.
eprint.iacr.org/2026/2665
What a crazy time to be alive.
hay que evitar que un modelo trabaje con txid o addresses ej pedirle que te copie una address
42 tokens en 65 caracteres 🫠
un txid son 64 caracteres hexadecimales al azar. no hay ninguna "palabra" ahí adentro, así que cada pocos caracteres es un token nuevo
en bitcoin core hay dos niveles de reglas para un script: consenso (lo que hace inválido un bloque) y política (lo que tu nodo retransmite)
ayer se mergeó un cambio que en las redes de prueba (testnet y signet) dejen pasar tx no estándar y solo van a validan consenso
esto sirve para poder probar un opcode nuevo antes de que exista y acelerar el desarrollo
en mainnet obviamente no cambia nada
si querés saber cuánto sabés de ia, revisá esta lista que saqué de un job description de ai engineer y fijate cuántas cosas podés explicar o usar sin buscarlas
agentes y LLMs
- stateful multi-agent systems
- custom state machines
- function calling
- native Python execution loops
- mcp para integrar herramientas
- structured outputs
- context-window recovery/caching
- bases vectoriales (Pinecone, LanceDB, Azure AI Search)
- frameworks de agentes (LangGraph, LangChain, CrewAI)
evaluación y seguridad del sistema
- pipelines de evals con MLOps/LLMOps (Langfuse, Ragas)
- prompt regression tracking
- mitigar alucinaciones
- human in the loop
- guardrails y prácticas de ia responsable
- deterministic fallback
- suites de evaluación automática
ingeniería de software
- python
- estructuras de datos
- programación asíncrona (async)
- diseño de apis
- testing
- CI/CD
- Git
- containers (Docker)
- deploy en la nube
- serverless y microservicios
- preparación de datos
herramientas de código con ia
- claude Code, cursor, github copilot
cuántas contaron? yo estoy en 20 de 28
es cierto que el ceo no estaba tan a favor del cold storage pero estas cosas pasan tmb en exchanges
la único diferencia acá es que hay una empresa atrás que tiene que responder
tengo configurado claude para que elimine todos los parámetros de tracking cuando le paso un link de algo
tengo la regla en el claude md y en los scripts de fetch que tengo implementados
ahí hay dos caminos
podés enfocarte en vender o en conseguir tráfico para después poner un producto y vender
- para un producto lo más importante es cómo orientas el copy y seo para resolver un problema que tiene la gente
podes tener muy poco tráfico pero si el que entra convierte estás bien
- para una página lo más importante es el tráfico entonces tenes que encontrar un hueco de info que resuelva algo y que el usuario entre, se quede y vuelva a tu página
cuando ya tenés tráfico podés empezar a probar un producto o un saas
lo bueno es que si creas algo que le sirve a alguien te das cuenta enseguida (a los pocos meses) ya sea porque
- logras la primera venta
- empezas a recibir un emails con preguntas
- tu página sube en el ranking de google
mi consejo para arrancar es ir por ahí, intentar lo más que se pueda lograr tráfico orgánico. si tu producto depende de publicidad, tenes que calcular muy bien para no ir a pérdida
y siempre configura una forma de comunicación en tu página. muchas veces la gente tiene dudas y no compra por eso
para el que quiere optimizar su web
lo más importante para el GEO es:
1) tener buen SEO
2) tener configurado robot.txt y llms.txt
3) los textos importantes en html y no en js
4) faq con lo que un usuario podría preguntar
5) no tener bloqueados a los bots (OAI-SearchBot, ChatGPT-User, PerplexityBot y Googlebot)
6) fecha de actualización visible y actualizada. los llms prefieren cosas al día
7) tener analytics para poder medir el tráfico
así es la arquitectura de cada prompt que haces
cada vez que le escribís algo al agente, claude le manda al modelo todo de nuevo
ahí están las instrucciones, la conversación entera y tu mensaje nuevo con ese orden
system prompt son las instrucciones de base que escribe claude. ahí está cómo usar las herramientas, cómo responder y cómo formatear. son iguales en cada pedido y por eso están en la caché
claude.md es un system reminder y va como un mensaje más
cuando algo cambia en medio de la sesión, claude no reescribe las instrucciones sino que agrega un aviso abajo como un mensaje más
esto tenía un bug porque si editabas tu claude.md y después la sesión se compactaba, el modelo podía seguir con la versión vieja
claude lo arregló en 2.1.311
acá está la explicación de por qué nunca existió bitcoin core 32.0
Bitcoin Core v32.1: a deeper look
First, why no 32.0?
It was tagged on October 21 but never fully announced or released. A remotely triggerable TCP crash was reported on October 23 and 32.1 shipped on October 27 (yesterday) with that fix and two others.
I'll dig into the security updates, but this release also represents months of testing, maintenance, and work to make Bitcoin easier to verify and use.
What went into these v32.1 changes and what do Bitcoin users get from them?
hay 500 cve por día y el tiempo que tardás en actualizar tu proyecto es crítico
una estrategia para tener los proyectos al día es:
- agregá las alertas de seguridad de dependabot en github. te abre el pr solo cuando una dependencia tuya tiene un aviso
- si el cve está en la lista KEV de cisa, tenés que actualizar ese día. el resto puede esperar y meterlo con otros cambios
- una vez por semana revisá: npm outdated, actualizás de a poco y corrés los tests
- si no tenés tests no te vas a animar a actualizar. por eso los tests también son seguridad
me acuerdo que hubo casos de abogados sancionados por presentar fuentes inventadas
el cite checks va a comparar cada cita de un escrito contra la fuente original y marca las diferencias
me interesa saber si estan usando estas herramientas
los buenos devs son los que tienen un arsenal de prompts y skills pre armados para implementar, auditar y testear cualquier app
no podes improvisar y necesitas elevarte con el trabajo de otros
tenes que ser capaz de trabajar en cualquier área
estoy gastando todos mis tokens para revisar una app con estos 5 usuarios que saqué del prompt:
- el impaciente
- el desconfiado
- el del celular con un internet malísimo
- el que no es inglés nativo
- el que rompe todo
cada uno usa su navegador, va a ir desde la landing hasta lograr algo, y después saca una captura cada vez que se confunde o se traba
la idea es juntar todo en una lista ordenada por cuántos usuarios se chocaron con lo mismo. con eso voy a ver que arreglo y después volver a correr los 5 para probar que quedó
Before you launch anything, have Opus 5.5 send 5 subagents in as your first users.
Paste this into Claude Code:
"Act as my launch QA lead. Spin up 5 subagents, each a different first-time user:
1. The impatient one: skims, clicks the first button, quits at the first error
2. The skeptic: reads pricing, terms and privacy before signing up
3. The mobile user: does everything on a 375px screen on slow 3G
4. The non-native English speaker: only follows what the UI literally says
5. The breaker: pastes junk into forms, hits back mid-flow, double-clicks everything
Each one opens the app in a real browser, goes from landing page to first success, and screenshots every moment they get confused, stuck or annoyed.
Merge everything into one list ranked by how many users hit it. Fix it all in one pass, then rerun the 5 users to prove it's fixed."
Your first 100 real users won't tell you why they left. these 5 will.
(Works best with a browser MCP connected, Playwright or Chrome DevTools)