Avatar
Gus
a07af32311f1412667074293f2bcceb02aef5bfd64e1ecbe09e33a850224bb6f
#Bitcoin es un software de código abierto y como tal, debería ser relativamente fácil modificarlo. Pero esto no es así. Con el tiempo te darás cuenta que modificar este código, es un ejercicio inútil. Bitcoin nos cambiara mas a nosotros, de lo que nosotros podamos cambiarlo a el. (https://dergigi.com)

En la era de la Inteligencia Artificial, la memoria se está convirtiendo en una mercancía.

Cada proveedor que utilizas ahora crea recuerdos para ofrecerte una experiencia personalizada adaptada a ti. Esto facilita la vida de los usuarios y agrega valor a sus productos. Permite que asistentes personales/agentes sean más efectivos al conocer mejor a los usuarios, reducir la cantidad de información que deben proporcionar cada vez que se utilizan y hasta predecir sus deseos y necesidades.

Sin embargo, el problema es que los usuarios pueden quedarse atrapados con un proveedor que captura sus recuerdos, lo que aumenta sus costos de salida porque tendrían que recrear todos esos recuerdos útiles empezando una nueva "relación" desde cero con un proveedor diferente.

Una vez más, vemos la misma mentalidad de capturar y atrapar que ha causado que la web evolucione de manera negativa. Por suerte, Nostr existe como un canal para el uso más saludable de esta tecnología. Tiene el potencial de poner a los usuarios en control de sus datos y recuerdos de manera descentralizada y personalizable.

nostr:nevent1qvzqqqqqqypzqs9eep0ll6hurjkl3sc2fewgses07mjfwxsdcu3at2m8fd0xrdz3qqszsfdv8dhy6g69ud23hn7grqmmla5jvgxyd6qpgs09529n6jcppxsjkwk4w

Replying to Avatar waxwing

As early as 2016-17 I remember having this rather fantastical "vision" of Bitcoin as just a kind of "beacon" - just 32 bytes every 10 minutes, and some unimaginably huge number of financial systems "hooking" off that, principally using zero knowledge proof techniques to make it so that, magically, just that one 32 byte string every short while would be enough to ensure correctness of everyone's transactions.

This fantastical way of looking at things is a cousin of Todd's "client side validation" idea. What remains on chain is just essentially random junk, to an outside observer, but to those engaged in financial transactions using it, it ensures fairness. This addresses scalability (because all the bulk of computation, storage and interactive bandwidth usage remains "offside"), addresses privacy.

Recent handwringing about data-on-chain illustrates one side of this vision is really, really important: the idea that *somehow* we won't need to store megabytes and megabytes of data per 10 minutes in order to have fully trustless validation on our own sovereign node, that we have the "right" Bitcoin sitting on it. Recent work on zkSTARK based initial-block-download (see: zeroSync) is a push in that direction. Imagine you started from scratch, were given the genesis block from Jan -09 and then the latest chainstate (admittedly this is currently in the GBs but, anyway!), and then a proof - and what it proves is that the entire set of state transitions from the start to the end, followed the correct consensus rules all the way.

If that gets properly cleaned up and actually works, it will eliminate the idea of storing data *in the blockchain*, but not eliminate the idea of storing data *in the utxo set* (or "chainstate") - unless zk techniques take another leap forward into the fantasy i mentioned at the start - that you need no more than 32 bytes to represent global state somehow (merkle trees, especially sparse ones, gives a flavor).

To put it in much shorter terms, we already *kinda* know how to compress out all the history (it's developing science). What's left is to compress out all the present. Then all the issues of scalability, privacy and "pollution" (I reject even the concept, but if it goes away, who cares) of the state of Bitcoin.

To reiterate: 90% fantasy, for today - but I think this fantasy should maybe inform your thinking around what Bitcoin will become.

A principios de 2016-17, recuerdo tener esta visión bastante fantástica de Bitcoin como una especie de "farol" - solo 32 bytes cada 10 minutos, y un número imaginariamente enorme de sistemas financieros "enganchados" a eso, principalmente utilizando técnicas de pruebas de conocimiento cero para hacer que, mágicamente, solo esa cadena de 32 bytes cada poco tiempo fuera suficiente para garantizar la corrección de todas las transacciones.

Esta forma fantástica de ver las cosas es una variante de la idea de "validación del lado del cliente" de Todd. Lo que permanece en la cadena es esencialmente basura aleatoria, para un observador externo, pero para aquellos que realizan transacciones financieras utilizando esto, garantiza la equidad. Esto aborda la escalabilidad (ya que toda la bulk de cálculos, almacenamiento y uso de banda ancha interactiva permanece "fuera de la cadena"), y aborda la privacidad.

Las recientes preocupaciones sobre los datos en la cadena ilustran que un lado de esta visión es realmente, realmente importante: la idea de que de alguna manera no necesitaremos almacenar megabytes y megabytes de datos cada 10 minutos para tener una validación completamente sin confianza en nuestro propio nodo soberano, que tengamos el "verdadero" Bitcoin en él. El trabajo reciente basado en zkSTARK para la descarga inicial de bloques (ver: zeroSync) es un avance en esa dirección. Imagina que empezas desde cero, te dan el bloque génesis de enero de 2009 y luego el estado más reciente de la cadena (¡admito que actualmente está en gigabytes, pero bueno!), y luego una prueba - y lo que prueba es que todo el conjunto de transiciones de estado desde el principio hasta el final siguió las reglas de consenso correctas todo el camino.

Si eso se limpia adecuadamente y realmente funciona, eliminará la idea de almacenar datos en la blockchain, pero no eliminará la idea de almacenar datos en el conjunto UTXO (o "estado de la cadena") - a menos que las técnicas de zk den otro salto adelante hacia la fantasía que mencioné al principio - que necesitas no más de 32 bytes para representar el estado global de alguna manera (los árboles de Merkle, especialmente los escasos, dan una idea).

Para resumirlo en términos mucho más cortos, ya más o menos sabemos cómo comprimir toda la historia (es una ciencia en desarrollo). Lo que queda es comprimir todo el presente. Entonces, todos los problemas de escalabilidad, privacidad y "contaminación" (rechazo incluso el concepto, pero si desaparece, ¿quién se preocupa) del estado de Bitcoin.

Para reiterar: 90% fantasía, por hoy - pero creo que esta fantasía debería tal vez informar tu pensamiento sobre lo que se convertirá Bitcoin.

nostr:nevent1qvzqqqqqqypzqe6msnl8tcsk4w28capcaegeefmh2dmdmuza4ha6vfut6qfwr4egqqs8xfcrfemlkk2qg00s8vfkqnd8rp764f7zmd80egkyca69hdfuvfc5ud8n0

Actualización de #0xChat v1.4.10

Características:

* Compatibilidad para crear grupos privados MLS (Beta), incluyendo la posibilidad de añadir/eliminar miembros y abandonar grupos.

Corrección de errores:

* Se solucionó un problema por el cual la configuración de los tipos de grupo NIP-29 como "cerrados" o "privados" fallaba.

* Se solucionó un problema por el cual no se podía firmar ni reclamar el ecash al iniciar sesión a través de Amber.

* Se solucionó un error por el cual las direcciones de retransmisión no se filtraban correctamente, lo que causaba duplicados.

* Se solucionó un problema poco frecuente por el cual no se podían recuperar los paquetes de claves de usuario.

nostr:nevent1qvzqqqqqqypzqhk22zsy47h0u4t9n7m5sy95ye2wyf5vrtx2defcqxucvtdhf2p6qqs2ct7mmhwctnjncglh7vguhgn3fnpllaf7vjkf08gc9cshyjsep7qy3azeh

Si recibes el error: "Posiblemente un archivo malicioso. Interrumpiendo la instalación", es porque es cierto. El hash del archivo en el evento nostr no coincide con el hash del recurso descargado.

Dos posibles razones:

- El desarrollador modificó la versión después de publicar el evento nostr en el relé de Zapstore.

- Hay una vulnerabilidad del servidor o un ataque de intermediario.

Zapstore te protege, no intenta molestarte.

En el caso de los APK indexados por Zapstore (desde Github, por ejemplo), esto se mitigará con el nuevo indexador de Zapstore-cli, que estará disponible en unas semanas.

Si la aplicación fue firmada por un desarrollador, debes contactarlo.

Voy a mejorar la mensajería y añadir un "modo imprudente" para quienes quieran instalar o actualizar a pesar de la discrepancia.

nostr:nevent1qvzqqqqqqypzq7xwd748yfjrsu5yuerm56fcn9tntmyv04w95etn0e23xrczvvraqqsr22l8s9k3tt2f9du8jsv5jzevt67xk47m06f5h9c2kluvl45cmegtrkdc3

Ya veremos----.....

Esta imagen representa al sistema diseñado para robarte.

Quizas pienses que solo fue una puesta en escena para la campaña, una parte mas del decorado para que sientas que otra parte del sistema puede cambiar algo.

Quizas pienses que fue real, que se intento cambiar algo y no se puedo.

De todas formas, al menos para mi, esta es la imagen de la derrota con respecto a diferentes formas de frenar el despilfarro gubernamental.

Considero apropiado escuchar este articulo publicado por nostr:npub1e3nck9jvs8zqs9vxv5hd0fc6hwusjmqdpuw2kv409sz08p8zrwpq92t37a para seguir trabajando en una alternativa mejor.

https://fountain.fm/episode/c0xzgX6tGiMIgJNqU61i

Ese comentario es muy pornografico!..😱 😱 😱

Ya mismo le mando un fax al CEO de Nostr para que te eliminen🤣 🤣

Esperando que llegue el mio🧉 🧉 🧉 🧉 🧉 🧉 🧉 🧉 🧉 🧉

#hola !🧉 🧉

Replying to Avatar GUERRILLA⚡

Durante una semana estaré recopilando NPUBS de Nostr para crear un Follow Pack (https://following.space) de gente que publica en CASTELLANO y FRECUENTEMENTE en la red de nostr:

- Posteriormente haré el pack y lo compartiré para facilitar el seguimiento de gente en nostr

- Si no publicas en Nostr con una frecuencia de 1 post durante los ultimos meses en castellano no añadiré el npub.

- El objetivo es conseguir actividad en castellano en Nostr

Puedes añadir un comentario o citar a otro usuario en este post si quieres aparecer en ese pack:

Aqui estamos!

Replying to Avatar GUERRILLA⚡

Durante una semana estaré recopilando NPUBS de Nostr para crear un Follow Pack (https://following.space) de gente que publica en CASTELLANO y FRECUENTEMENTE en la red de nostr:

- Posteriormente haré el pack y lo compartiré para facilitar el seguimiento de gente en nostr

- Si no publicas en Nostr con una frecuencia de 1 post durante los ultimos meses en castellano no añadiré el npub.

- El objetivo es conseguir actividad en castellano en Nostr

Puedes añadir un comentario o citar a otro usuario en este post si quieres aparecer en ese pack:

Replying to Avatar Gigi

GM

#hola !🧉