Con el esperado lanzamiento de geth 1.5 ("que haya luz"), Swarm se incorporó a la versión oficial de go-ethereum como una función experimental. La versión actual del código es POC 0.2 RC5 — "abraza tus demonios" (hoja de ruta), que es la versión refactorizada y más limpia del código base que se ejecutaba en la toynet de Swarm durante los últimos meses.
La versión actual incluye el comando swarm, que inicia un demonio Swarm independiente como proceso independiente, utilizando su cliente ethereum compatible con IPC preferido si es necesario. La contabilidad de ancho de banda (mediante el protocolo de contabilidad Swarm = SWAP) garantiza un funcionamiento fluido y una entrega de contenido rápida, incentivando a los nodos a contribuir con su ancho de banda y datos de retransmisión. El sistema SWAP funciona, pero está desactivado por defecto. Se prevé que los incentivos de almacenamiento (seguro punitivo) para proteger la disponibilidad de contenido de acceso poco frecuente estén operativos en la prueba de concepto 0.4. Por lo tanto, actualmente, el cliente utiliza la cadena de bloques por defecto solo para la resolución de nombres de dominio.
Con esta entrada de blog, nos complace anunciar el lanzamiento de nuestra nueva red de pruebas Swarm, conectada a la cadena de pruebas ethereum de Ropsten. La Fundación Ethereum aporta untronSwarm de 35 s (hasta 105 s) que se ejecuta en la nube de Azure. Alberga la página principal de Swarm.
Consideramos esta red de pruebas como el primer piloto público, y la comunidad está invitada a unirse a la red, aportar recursos, solucionar problemas,dentproblemas y ofrecer comentarios sobre la usabilidad. Las instrucciones se encuentran en la guía de Swarm. Animamos a quienes puedan permitirse ejecutar nodos persistentes (nodos que permanecen en línea) a que se pongan en contacto. Ya hemos recibido promesas de implementaciones de 100 TB. Tenga en cuenta que la red de pruebas no ofrece garantías. Los datos podrían perderse o quedar indisponibles. De hecho, no se pueden garantizar la persistencia, al menos hasta que se implemente la capa de incentivos del seguro de almacenamiento.
Tenga en cuenta que la red de pruebas no ofrece garantías. Los datos podrían perderse o quedar indisponibles. De hecho, no se pueden garantizar la persistencia, al menos hasta que se implemente la capa de incentivos del seguro de almacenamiento.
Visualizamos dar forma a este proyecto con cada vez más participación de la comunidad, por lo que invitamos a los interesados a unirse
¿Cómo funciona Swarm?
Swarm es una plataforma de almacenamiento distribuido y un servicio de distribución de contenido; un servicio nativo de la capa base de la pila Web3 de ethereum . El objetivo es una solución de almacenamiento y servicio peer-to-peer sin tiempo de inactividad, resistente a ataques DDoS, tolerante a fallos y a la censura, además de autosuficiente gracias a un sistema de incentivos integrado. La capa de incentivos utiliza contabilidad peer-to-peer para el ancho de banda, incentivos de almacenamiento basados en depósitos y permite el intercambio de recursos a cambio de pagos. Swarm está diseñado para integrarse plenamente con la capa de red multiprotocolo devp2p de Ethereum , así como con la blockchain Ethereum para la resolución de nombres de dominio.
[altura del espacio central gdlr=”40px”]
[altura del espacio central gdlr=”40px”]
Este hash de un fragmento es la dirección que los clientes pueden usar para recuperarlo (la preimagen del hash). El direccionamiento irreversible y sin colisiones proporciona protección inmediata de la integridad: independientemente del contexto en el que un cliente conozca una dirección, puede determinar si el fragmento está dañado o ha sido manipulado simplemente mediante el hash.
La principal ventaja de Swarm como almacén de fragmentos distribuido es la posibilidad de subir contenido. Los nodos que conforman Swarm dedican recursos (espacio en disco, memoria, ancho de banda y CPU) para almacenar y servir fragmentos. Pero ¿qué determina quién conserva un fragmento? Los nodos de Swarm tienen una dirección (el hash de la dirección de su cuenta bzz) en el mismo espacio de claves que los propios fragmentos. Llamemos a este espacio de direcciones la red superpuesta. Si subimos un fragmento a Swarm, el protocolo determina que este se almacenará en los nodos más cercanos a la dirección del fragmento (según una medida de distancia biendefien el espacio de direcciones superpuesto). El proceso mediante el cual los fragmentos llegan a su dirección se denomina sincronización y forma parte del protocolo. Los nodos que posteriormente deseen recuperar el contenido pueden encontrarlo de nuevo reenviando una consulta a los nodos cercanos a la dirección del contenido. De hecho, cuando un nodo necesita un fragmento, simplemente envía una solicitud a Swarm con la dirección del contenido, y Swarm reenvía las solicitudes hasta que se encuentren los datos (o hasta que se agote el tiempo de espera de la solicitud). En este sentido, Swarm es similar a una tabla hash distribuida (DHT) tradicional, pero con dos características importantes (y poco investigadas).
- El informe técnico de Vitalik que el núcleo de desarrollo Ethereum realizó
- Cuando llegó a las primeras colinas
- Un pequeño río llamado Duden fluye
- Autosostenible gracias a un sistema de incentivos integrado
[altura del espacio central gdlr=”50px”]
Documentos y el hash Swarm
En la capa API, Swarm proporciona un fragmentador. Este fragmentador toma cualquier fuente legible, como un archivo o un dispositivo de captura de video, y lo fragmenta en fragmentos de tamaño fijo. Estos fragmentos de datos, o fragmentos hoja, se procesan mediante hashes y se sincronizan con sus pares. Los hashes de los fragmentos de datos se empaquetan en fragmentos (llamados fragmentos intermedios) y el proceso se repite. Actualmente, 128 hashes conforman un nuevo fragmento. Como resultado, los datos se representan mediante un árbol de Merkle, y el hash raíz del árbol actúa como la dirección que se utiliza para recuperar el archivo subido.
