Marathon, cotizada en Nasdaq, inicia operaciones de minería de Bitcoin; sus acciones suben un 32%

Con el largamente esperado lanzamiento de geth 1.5 («let there bee light»), Swarm se incluyó en el lanzamiento oficial de go-ethereum como una función experimental. La versión actual del código es POC 0.2 RC5 — «embrace your daemons» (hoja de ruta), que es la versión refactorizada y más limpia de la base de código que se ejecutaba en la toynet de Swarm en los últimos meses.

El lanzamiento actual incluye el comando swarmcommand que inicia un daemon de Swarm independiente como un proceso separado utilizando su cliente ethereum compatible con IPC favorito si es necesario. La contabilidad del ancho de banda (utilizando el Protocolo de Contabilidad de Swarm = SWAP) es responsable de un funcionamiento fluido y una entrega rápida de contenido al incentivar a los nodos a contribuir con su ancho de banda y retransmitir datos. El sistema SWAP es funcional pero está desactivado de forma predeterminada. 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. Por lo tanto, actualmente, el cliente utiliza el blockchain 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 de Swarm conectada a la cadena de prueba de Ethereum Ropsten. La Fundación Ethereum está contribuyendo con un clúster de Swarm de 35 nodos (que aumentará 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, identificar puntos de dolor y proporcionar comentarios sobre la usabilidad. Las instrucciones se pueden encontrar en la guía de Swarm. Animamos a aquellos que pueden permitirse ejecutar nodos persistentes (nodos que permanecen en línea) a ponerse en contacto. Ya hemos recibido promesas de implementaciones de 100 TB. Tenga en cuenta que la red de prueba no ofrece garantías. Los datos pueden perderse o volverse no disponibles. De hecho, no se pueden hacer garantías de persistencia al menos hasta que se implemente la capa de incentivos de seguro de almacenamiento.

Tenga en cuenta que la red de prueba no ofrece garantías. Los datos pueden perderse o volverse no disponibles. De hecho, no se pueden hacer garantías de persistencia al menos hasta que se implemente la capa de incentivos de seguro de almacenamiento.

Imaginamos dar forma a este proyecto con cada vez más participación de la comunidad, por lo que invitamos a aquellos 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 Web3 de Ethereum. El objetivo es una solución de almacenamiento y servicio peer-to-peer que tenga cero tiempo de inactividad, sea resistente a DDOS, tolerante a fallos y resistente a la censura, así como autosostenible debido 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 por pago. Swarm está diseñado para integrarse profundamente con la capa de red multiprotocolo devp2p de Ethereum, así como con el blockchain 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 utilizar para recuperar el fragmento (la preimagen del hash). La dirección irreversible y libre de colisiones proporciona inmediatamente protección de integridad: sin importar el contexto de cómo un cliente conoce una dirección, puede decir si el fragmento está dañado o ha sido manipulado simplemente hashándolo.

La principal oferta de Swarm como un almacén de fragmentos distribuido es que puedes subir contenido a él. Los nodos que constituyen Swarm dedican recursos (espacio en disco, memoria, ancho de banda y CPU) para almacenar y servir fragmentos. Pero, ¿qué determina quién guarda 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 eventualmente terminará siendo almacenado en nodos que estén más cerca de la dirección del fragmento (según una medida de distancia bien definida en el espacio de direcciones superpuestas). El proceso por el cual los fragmentos llegan a su dirección se llama sincronización y es parte del protocolo. Los nodos que más tarde quieran recuperar el contenido pueden encontrarlo nuevamente reenviando una consulta a nodos que estén cerca de la dirección del contenido. De hecho, cuando un nodo necesita un fragmento, simplemente publica una solicitud en Swarm con la dirección del contenido, y Swarm reenviará las solicitudes hasta que se encuentren los datos (o la solicitud expire). En este sentido, Swarm es similar a una tabla hash distribuida tradicional (DHT) pero con dos características importantes (y poco investigadas).

• El whitepaper de Vitalik que el núcleo de desarrollo de Ethereum realizó
• Cuando ella llegó a las primeras colinas
• Un pequeño río llamado Duden fluye
• Autosostenible debido a un sistema de incentivos integrado

[gdlr_core_space height=”50px”]

Documentos y el hash de Swarm

En la capa de API, Swarm proporciona un fragmentador. 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 hoja se hashan y luego se sincronizan con los pares. Los hashes de los fragmentos de datos se empaquetan luego en fragmentos ellos mismos (llamados fragmentos intermedios) y el proceso se repite. Actualmente, 128 hashes forman 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 utiliza para recuperar el archivo subido.