Con el largamente esperado lanzamiento de geth 1.5 ("let there bee light"), Swarm llegó al lanzamiento oficial ethereum como una función experimental. La versión actual del código es POC 0.2 RC5: "acepta tus demonios" (hoja de ruta), que es la versión refactorizada y más limpia del código base que se estaba ejecutando en Swarm toynet en los últimos meses.
La versión actual se envía con el comando swarm que lanza un demonio Swarm independiente como un proceso separado utilizando su ethereum si es necesario. La contabilidad de ancho de banda (usando el Protocolo de contabilidad de enjambre = SWAP) es responsable de la operación fluida y la entrega rápida de contenido al incentivar a los nodos para que contribuyan con su ancho de banda y retransmitan datos. El sistema SWAP es funcional pero está apagado por defecto. Se planea que los incentivos de almacenamiento (seguro punitivo) para proteger la disponibilidad de contenido de acceso poco frecuente estén operativos en POC 0.4. Entonces, actualmente, de manera predeterminada, el cliente usa la bloques solo para la resolución de nombres de dominio.
Con esta publicación de blog, nos complace anunciar el lanzamiento de nuestra nueva y brillante red de prueba Swarm conectada a la cadena ethereum ethereum. La Fundación Ethereum está contribuyendo con un clúster Swarm de 35 s tron g (serán hasta 105) que se ejecuta en la nube de Azure. Está alojando la página de inicio de Swarm.
Consideramos esta red de prueba como el primer piloto público, y la comunidad es bienvenida a unirse a la red, contribuir con recursos, problemas, dent puntos débiles y dar su opinión sobre la usabilidad. Las instrucciones se pueden encontrar en la guía Swarm. Alentamos a aquellos que pueden permitirse ejecutar nodos persistentes (nodos que permanecen en línea) a ponerse en contacto. Ya hemos recibido promesas para implementaciones de 100 TB. ¡Tenga en cuenta que la red de prueba no ofrece garantías! Los datos pueden perderse o dejar de estar disponibles. De hecho, no se pueden hacer garantías de persistencia al menos hasta que se implemente la capa de incentivos del seguro de almacenamiento.
¡Tenga en cuenta que la red de prueba no ofrece garantías! Los datos pueden perderse o dejar de estar disponibles. De hecho, no se pueden hacer garantías de persistencia al menos hasta que se implemente la capa de incentivos del seguro de almacenamiento.
Prevemos dar forma a este proyecto con más y más participación de la comunidad, por lo que estamos invitando 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 de capa base nativo de la pila ethereum Web3. El objetivo es una solución de servicio y almacenamiento de igual a igual que no tenga tiempo de inactividad, sea resistente a DDOS, tolerante a fallas y resistente a la censura, así como autosuficiente gracias a un sistema de incentivos incorporado. La capa de incentivos utiliza la contabilidad de igual a igual para el ancho de banda, los incentivos de almacenamiento basados en depósitos y permite el comercio de recursos a cambio de pagos. Swarm está diseñado para integrarse profundamente con la capa de red multiprotocolo devp2p de Ethereum , así como con la cadena de bloques de Ethereum para la resolución de nombres de dominio.
[gdlr_core_space height=”40px”]
[gdlr_core_space height=”40px”]
Este hash de un fragmento es la dirección que los clientes pueden usar para recuperar el fragmento (la preimagen del hash). El direccionamiento irreversible y sin colisiones brinda protección de integridad de inmediato: sin importar el contexto de cómo un cliente conoce una dirección, puede saber si el fragmento está dañado o ha sido manipulado con solo codificarlo.
La oferta principal de Swarm como tienda de fragmentos distribuida es que puede cargar contenido en ella. Todos los nodos que constituyen el Swarm dedican recursos (espacio en disco, memoria, ancho de banda y CPU) para almacenar y servir fragmentos. Pero, ¿qué determina quién se queda con un trozo? Los nodos 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 al Swarm, el protocolo determina que eventualmente terminará siendo almacenado en los nodos más cercanos a la dirección del fragmento (según una medida de distancia bien defi en el espacio de direcciones superpuesto). El proceso por el cual los fragmentos llegan a su dirección se llama sincronización y es parte del protocolo. Los nodos que luego deseen recuperar el contenido pueden volver a encontrarlo enviando una consulta a los nodos que están cerca de la dirección del contenido. De hecho, cuando un nodo necesita un fragmento, simplemente envía una solicitud al Swarm con la dirección del contenido, y el Swarm reenviará 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 tradicional (DHT) pero con dos características importantes (y poco investigadas).
- Informe técnico de Vitalik realizado por el núcleo de desarrollo de Ethereum
- Cuando llegó a las primeras colinas
- Un pequeño río llamado Duden fluye
- Autosuficiente gracias a un sistema de incentivos incorporado
[gdlr_core_space height=”50px”]
Documentos y el hash Swarm
En la capa API, Swarm proporciona un chunker. El fragmentador toma cualquier tipo de fuente legible, como un archivo o un dispositivo de captura de cámara de video, y lo corta en fragmentos de tamaño fijo. Estos llamados fragmentos de datos o fragmentos de hoja se procesan y luego se sincronizan con sus pares. Luego, los hash 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 están representados por un árbol merkle, y es el hash raíz del árbol el que actúa como la dirección que usa para recuperar el archivo cargado.
