satrescue.app se presenta como una herramienta web gratuita y no custodial que te ayuda a recuperar el BTC que wallets como UniSat y Xverse muestran como "unavailable balance" (saldo no disponible), porque esos satoshis están metidos en UTXOs junto con una inscripción o un rune. El autor de la herramienta (con el nick OculusMan) abrió su hilo el 1 de noviembre de 2026 — [Tool] Recover BTC stuck as "unavailable balance" in Ordinals/Runes wallets. Ahí dice que las claves nunca salen del dispositivo, que el usuario firma el PSBT por sí mismo y que la comisión del servicio es del 17% de lo recuperado, pagada como una salida aparte dentro de la misma transacción.

Según albon, en el código de la página va embebida una dirección BTC — bc1qhn047jlj79zwrtk6h54eeyqn9czprghnkdm3m9 — que es a donde va ese 17%. Su principal queja es el modo Burn Mode: según él, ese modo agarra todos los UTXO confirmados de la wallet, o sea que puede mandar no solo el "polvo" (dust), sino todo el saldo, inscripciones y runes incluidos. También señala un programa de afiliados: el 30% de la comisión del servicio se lo lleva quien trajo al usuario con su enlace. Además, albon remarca que el dominio satrescue.app se registró el 1 de noviembre de 2026, el mismo día en que salió el primer post, y que la cuenta tiene la etiqueta de "reactivada tras una larga inactividad" y dos reseñas negativas de 2020 de los usuarios SPQRCoin y diks por usar varias cuentas. Los fragmentos de código de su post los adjuntó como capturas:

También cuenta que, después de su reseña negativa, recibió insultos por privado en lugar de una discusión sobre sus hallazgos, y enseña la captura del mensaje.

Archivo del repo de GitHub: ^[3]

Abrí tanto la copia archivada como el código actual del repo. En el config están, efectivamente, puestas a mano FEE_ADDRESS con esa misma dirección, FEE_PERCENT 17 y REF_PERCENT 30 — y un comentario del código aclara que la parte del afiliado sale de la comisión del servicio, no se suma por encima, o sea que el cliente paga lo mismo. También está el parámetro DUST_MAX con un valor de 3000 satoshis: es el umbral con el que, en modo normal, se seleccionan las salidas "polvo". En burn mode la selección se hace del listado completo de UTXO confirmados, no del filtrado por umbral; tras el arreglo del 3 de noviembre (commit 931c120), las inscripciones y los runes ya no entran en la transacción por defecto y solo se incluyen con una casilla aparte que avisa. La firma y el envío van por signPsbt y pushPsbt, tal como dice el informe. O sea que la parte técnica de la queja de albon sobre el burn mode y la comisión coincide, en general, con lo que se ve en el código; si eso es "peligroso" ya es cuestión de interpretación.

En una actualización, albon escribe que el dominio acabó en la blocklist de MetaMask tras su denuncia.

La solicitud de bloqueo es la ^[#308358], donde el mantenedor AlexHerman1 contestó "scheduled for blocking" el 2 de noviembre. Por cierto: en esa solicitud se aclara honestamente que la parte del referente sale de la comisión del servicio y no se suma aparte, y que quien la presentó no pudo averiguar quién controla la dirección de comisiones.

Luego el autor de la herramienta abrió la ^[#308671] pidiendo que quitaran el bloqueo, y según el usuario OLDasGOLD esto no es un falso positivo: los problemas del código siguen ahí, y que el código sea abierto y no custodial no hace que la herramienta sea segura por sí solo. Respondiendo al argumento del arreglo de las inscripciones, OLDasGOLD señaló que el burn mode sigue pudiendo agarrar UTXO normales, no solo polvo, y que las preguntas sobre la dirección de comisiones embebida, el 17% y el 30% para el referente quedaron sin respuesta. Después apareció la ^[#309013] describiendo el commit 931c120, y el mantenedor de MetaMask AlexHerman1 la cerró como not planned. El propio autor de la herramienta contestó que nadie usaría el sitio con un banner rojo a pantalla completa, y pidió llegar a un acuerdo para salir de la blocklist.

El dominio satrescue.app sigue en la blocklist de MetaMask — lo comprobé en el config actual de eth-phishing-detect. Según RDAP, el registro es del 1 de noviembre de 2026 a las 21:04 UTC, registrador Cloudflare, NS también Cloudflare, pagado hasta el 1 de noviembre de 2027, estado "add period". La dirección de comisiones está viva en la blockchain: 54 transacciones, le llegaron 53 salidas por unos 66.609 satoshis, de los cuales 52 ya están gastados, quedando un saldo de unos 2.775 satoshis. O sea que, por ahora, las sumas que han pasado por la comisión son muy pequeñas.

La herramienta es abierta y no custodial, de verdad no pide las claves, la comisión se ve en la wallet antes de firmar, y las cantidades que pasaron por la dirección de comisiones son de propina. Pero: el dominio tenía un solo día de vida cuando se publicó el post, hay una dirección de cobro embebida sin ninguna explicación, el burn mode trabaja con todos los UTXO confirmados y no solo con el polvo, y está el bloqueo confirmado en la blocklist de MetaMask. Con eso, no conviene conectar la wallet principal con un saldo importante y coleccionables. Si aun así alguien quiere probar, lo razonable es hacerlo desde una wallet aparte donde no haya nada de valor, y revisar a ojo las salidas de la transacción antes de firmar.