RoboSats v0.8.7-alpha ya está disponible 🚀 Esta actualización refuerza la seguridad de toda la plataforma, incorpora un mecanismo de consenso entre coordinadores y añade un ranking en tiempo real basado en las contribuciones al DevFund. También permite compartir imágenes cifradas en el chat —cuando el coordinador lo habilita—, suma eBay Gift Card, MobilePay y PYUSD como nuevos métodos de pago, e integra a Eleuteria, Freeport y Ammanaya en la federación. Además, se corrigen problemas relacionados con PGP, la privacidad de las órdenes protegidas con contraseña, Android WebView, Redis y las conexiones WebSocket. Más información:

GitHub

Release v0.8.7-alpha · RoboSats/robosats

RoboSats v0.8.7-alpha is now out! 🚀 Changes What's new TL;DR Security hardening across the full stack, live coordinator ranking by DevFund donat...

For those who want to generate a strong passphrase, with enough entropy to avoid single points of failure and to add an extra safeguard in case the entropy of the generated seed is weak for any reason: \[ E = \log_2(N^L) \] Where: E = entropy in bits N = size of the character set L = password length Character set size: - Numbers only: \(N = 10\) - Lowercase letters only: \(N = 26\) - Uppercase letters only: \(N = 26\) - Numbers + lowercase letters: \(N = 36\) - Numbers + uppercase + lowercase letters: \(N = 62\) - Numbers + letters + special characters: \(N \approx 94\) Ideally, the passphrase should exceed 90 bits. 128 bits or more is even better. In practice, length has much more impact than artificial character mixing. This all assumes fully random characters. Since that is usually not the case with passphrases created by people, the real entropy is typically much lower. That is why it is better to leave a wide safety margin. You can estimate the apparent strength of your passphrase with zxcvbn (for example, in KeePassXC), but remember that this is extremely sensitive information and that it is risky to type it into digital systems, except in trusted offline environments.

Para quienes quieran generar una passphrase fuerte, con suficiente entropía para evitar puntos únicos de fallo y añadir una salvaguarda extra en caso de que la entropía de la semilla generada no fuera buena por cualquier motivo: \[ E = \log_2(N^L) \] Donde: E = entropía en bits N = tamaño del conjunto de caracteres L = longitud de la contraseña Tamaño del conjunto de caracteres: - Solo números: \(N = 10\) - Solo letras minúsculas: \(N = 26\) - Solo letras mayúsculas: \(N = 26\) - Números + letras minúsculas: \(N = 36\) - Números + letras mayúsculas + minúsculas: \(N = 62\) - Números + letras + símbolos especiales: \(N \approx 94\) Idealmente, la passphrase debería superar los 90 bits. 128 bits o más sería aún mejor. En la práctica, la longitud tiene mucho más impacto que la mezcla artificial de caracteres. Todo esto asume caracteres totalmente aleatorios. Como normalmente no es el caso en las passphrases creadas por personas, la entropía real suele ser bastante menor. Por eso conviene dejar un margen amplio de seguridad. Podéis estimar la fortaleza aparente de vuestra passphrase con zxcvbn (por ejemplo, en KeePassXC), pero recordad que se trata de información extremadamente sensible y que es arriesgado escribirla en sistemas digitales, salvo en entornos de confianza y sin conexión.