En este momento, no hay instrucciones en la VM de Ethereum para acceder a los recursos almacenados en Swarm. ¿Hay un plan para agregar tal característica?
Tal función (interpretada literalmente como acceso al contenido) es imposible por la misma razón que la generación de números aleatorios, el acceso web genérico o el tiempo del sistema: la VM debe ser una caja negra completamente determinista, ejecutándose exactamente de la misma manera en todos los nodos que procesan transacciones.
Sin embargo, el 'acceso' indirecto será posible de manera similar a la retransmisión btc: Indirecto aquí significa que una transacción puede afirmar cierto contenido en el enjambre que puede desafiar.
Todo lo que necesitamos creer es que es posible probar que una secuencia de bytes con desplazamiento oy longitud les de hecho parte de un documento en un momento tbajo una URL u(digamos, por ejemplo mydomain/path/to/my/content)
los pasos para esto:
bcorrespondiente al tiempo el tregistro ENS muestra hash hcomo la resolución de mydomain.hes el hash raíz de un manifiesto (cascada de manifiestos) en el que path/to/my/contentapunta a hash h0.h0es el hash raíz de un documento que contiene fragmentos c(o series de fragmentos c0,.. cn) que se extienden sobre la subcadena cuestionada.tfragmento c tenía un recibo no cuestionado (prueba válida de custodia).swarm utilizará un formato de manifiesto compatible con pruebas y un árbol merkle binario basado en segmentos de 32 bytes compatible con la solidez como hash base para el hash de swarm. Esto significa que dichas pruebas son logarítmicas en el tamaño de la colección de documentos en el manifiesto más el tamaño del documento en la URL (sin tener en cuenta la complicación de prueba de estado histórico en 1).
El paso 5 es un sabor ligeramente diferente de 'prueba' que el resto, ya que afirma la disponibilidad real de la información en cuestión.