¡Solución descentralizada de almacenamiento y alojamiento, y nuevas utilidades de token que se presentarán al final de la Q3!

Querida comunidad,

Las últimas semanas han sido increíblemente emocionantes para el equipo Shift. El origen de esta emoción es doble. En primer lugar, hemos estado trabajando en varios frentes para completar varios componentes integrales de la plataforma de alojamiento web de Shift, que lo llevan al dominio del software de acceso público. En segundo lugar, hemos redistribuido los roles en el Equipo Shift y hemos recurrido a colaboradores externos para lograr mejoras cualitativas importantes en nuestro compromiso con la comunidad. De hecho, nuestra emoción ante la perspectiva de compartir los detalles de este progreso con usted, la comunidad, ha sido difícil de contener. Es con gran satisfacción, por lo tanto, que ahora podemos explicar en detalle algunos de nuestros logros más recientes.

Mejoras de la hoja de ruta y planes de desarrollo del sitio

Además de mantener su habitual rutina diligente desarrollando las herramientas y la infraestructura necesarias para lograr el éxito de la plataforma Shift (con más información sobre esto próximamente), el Equipo Shift ha acogido recientemente la asistencia de miembros de la comunidad / delegados  snatic ,  Mx y  TerraBellus  en la mejora de la hoja de ruta del proyecto (la primera nueva versión de la cual se lanzó hace varios días) y un sitio web más amplio. Después de lanzarse de todo corazón a la tarea, y con la guía de Heisenberg en particular, la primera de sus contribuciones en ser publicadas son las siguientes mejoras de la hoja de ruta:

  • En la parte superior de la página del mapa de ruta, se agregó la última fecha en la que se actualizó. Aunque es sutil, este es un punto importante ya que refleja un cambio en la manera en que el proyecto intenta gestionar su interacción con la comunidad en el futuro. Tras la reestructuración interna diseñada para mejorar el compromiso y la transparencia de la comunidad, el equipo Shift ha asumido el compromiso de asegúrese de que la comunidad, a partir de ahora, se actualice al menos cada dos semanas. Con la asistencia constante de los colaboradores mencionados anteriormente, quienes voluntariamente donaron su tiempo y experiencia, el Equipo Shift considera esto como el comienzo de una nueva y emocionante fase del proyecto, durante la cual un mayor grado de participación y experimentación con la cambiante tecnología de Shift suite se convertirá en la norma.
  • Las entradas de la hoja de ruta ahora se dividen en dos tipos distintos. Esto se hace con el fin de ilustrar mejor el trabajo que se lleva a cabo detrás de escena en el desarrollo, así como también iniciativas específicamente enfocadas en la adquisición del usuario. El cambio entre estas dos categorías se puede lograr utilizando los botones DESARROLLO y SENSIBILIZACIÓN PÚBLICA en la parte superior de la página.
  • Cuatro etiquetas explicativas están ahora disponibles y se aplican a las entradas relevantes de la hoja de ruta. Estos son:
    • *terminado; si se han completado todas las subtareas de un objetivo, la barra de progreso circular del hito se leerá al 100%. Esta etiqueta enfatizará el hecho de que se ha logrado un objetivo.
    • *nuevo; esta etiqueta resaltará dónde se ha agregado un nuevo objetivo a la hoja de ruta. El equipo de desarrollo o conciencia pública ya habrá comenzado a trabajar en un objetivo en el punto en el que se agrega con esta etiqueta adjunta.
    • *prioridad; esta etiqueta se utiliza para enfatizar dónde un objetivo ha sido priorizado por sobre todos los demás. Las tareas se pueden priorizar por una serie de razones, como su finalización, lo que permite avanzar en el trabajo en otras tareas o cumplir los plazos establecidos por eventos gestionados por terceros.
    • *expandido; es posible que, mientras se ha completado un objetivo, el equipo de desarrollo haya agregado nuevas subtareas que no se incluyeron inicialmente en la entrada de la hoja de ruta. En lugar de crear un nuevo elemento y arriesgarse a aglomerar el mapa de ruta, esta etiqueta se usa para indicar el alcance incrementado de una tarea.
    • Además, cuando un objetivo no está marcado con una etiqueta, simplemente significa que continúa siendo un trabajo en progreso.
    Actualmente, estas etiquetas son visibles en la versión de escritorio del sitio web, pero no se replican cuando se lo visualiza con un dispositivo móvil. El trabajo continúa con el objetivo de garantizar que ambas iteraciones del sitio del proyecto muestren completamente toda la información pertinente.
  • Se ha creado una entrada ‘Por determinar’ (TBD) para indicar que, sin más investigaciones, no es posible estimar una fecha exacta de finalización para un elemento. Esto se ha introducido para evitar la confusión que puede surgir cuando se realizan estimaciones de plazos sin toda la información necesaria.
  • Por último, se ha realizado un cambio estético en la presentación de elementos que no contienen subtareas. Antes de esta actualización del código de la hoja de ruta, un artículo sin subtareas aún conservaba los tres puntos en su pie utilizados para expandir aquellos que poseen subtareas. Esto significaba que los botones sin función estaban presentes, lo que posiblemente llevaría a los usuarios del sitio a interpretar la falta de respuesta como un error. La eliminación de los tres puntos, cuando no sea aplicable, ha resuelto este punto de posible confusión.

Si bien el equipo cree que esta actualización proporciona algunas mejoras sustanciales en la experiencia del usuario, aún quedan cambios y enmiendas adicionales en la hoja de ruta. Estos, así como otras mejoras previstas para el sitio web en rápida evolución de Shift Project, se incluirán en las próximas actualizaciones.

En resumen, prestando mayor atención a un esfuerzo colaborativo capaz de proporcionarle a Shift nuevas perspectivas y muchas perspectivas enriquecedoras, el equipo se asegurará de que la hoja de ruta, así como el sitio del Proyecto Shift como un todo, llene nuevos límites para demostrar lo que es posible con un sitio web descentralizado, servido por IPFS. Los cambios de esta semana son solo el comienzo de un proceso, con comentarios y sugerencias de la comunidad en general, bienvenidos y alentados. Puede ayudar a construir un mejor Internet al proporcionar sus comentarios. ¿Te gustaría ver mejorado el sitio web de Shift Project?

Informe al equipo utilizando el canal público de Ryver # del sitio web del proyecto.

Elementos actualizados de la hoja de ruta

La hoja de ruta de un proyecto es, antes que nada, un medio de demostrar cómo se pueden lograr y se están logrando los objetivos que se establece un proyecto. No es una coincidencia, por lo tanto, que el Equipo Shift eligió ahora para promover mejoras en el diseño y el diseño de la hoja de ruta. Dos pares de artículos, en particular, representan logros históricos que marcan avances en el desarrollo de Shift. Estos son:

  • Cadenas laterales y automatización de cadena cruzada

Como se anunció en la actualización de la comunidad del 7 de abril, las cadenas laterales ahora se están ejecutando con éxito en la red privada de Shift. Para mostrarle a la comunidad su API de cadena lateral activa, el equipo esperaba poder demostrar que se ejecutaba en un entorno de prueba poco después del anuncio. Sin embargo, aunque se demostró que las funcionalidades de la cadena lateral funcionan de manera aislada, se encontraron algunos casos en los que, una vez que se combinaron con otras funciones, dejaron de comportarse correctamente. Le tomó a Ralf una gran cantidad de tiempo y esfuerzo optimizar las interacciones entre procesos y garantizar que funcionen sin problemas, pero gracias a su arduo trabajo, el equipo ahora está increíblemente feliz de anunciar que está produciendo un screencast que demuestra una cadena lateral operativa. completo con intercambios atómicos intercadena!

Aunque esto significa que una cadena lateral podría ser empujada al testnet y el trabajo comenzó inmediatamente en el proceso de construir una interfaz de usuario para transferencias de tokens y un explorador de sidechain personalizado, hay un último desafío que el equipo considera prudente abordar primero: eso es , determinando la mejor forma de administrar el depósito y retiro de tokens entre cadenas en aras de una experiencia y seguridad optimizadas para el usuario.

Para comprender completamente la importancia de esta decisión, es útil considerar cómo funciona el sistema actual. Por el momento, todos los fondos movidos a una cadena lateral, de manera predeterminada, irán primero a una billetera bajo la jurisdicción del propietario de dApp (una billetera digital de depósito en garantía). Esto evita que estos tokens se tramiten en la cadena principal hasta / a menos que sean retirados de la cadena lateral. En este caso, la mitigación del riesgo de doble gasto se logra manteniendo una relación de uno a uno entre el número de tokens retirados de la cadena principal y el número presente en la cadena lateral.

Si bien el enfoque anterior ofrece simplicidad, posee inconvenientes. El más serio de estos es sin duda el hecho de que da como resultado que un propietario de dApp tenga un alto grado de responsabilidad con todos los tokens presentes en la cadena lateral. Esto crea una situación en la que deben confiar para proteger adecuadamente sus propias claves privadas o arriesgar la integridad de su dApp. Si, por ejemplo, sus llaves fueran extraviadas o robadas, podría significar muy fácilmente que todos los fondos en una cadena lateral se estanquen o corran el riesgo de ser explotados. Por lo tanto, el equipo de desarrollo de Shift se compromete a explorar enfoques alternativos, dos de los cuales se describen brevemente aquí:

  • Carteras de escrow multi-firma: Un medio potencial para administrar de forma más segura la transferencia de tokens hacia y desde sidechains sería la introducción de billeteras de escrow digitales especialmente diseñadas: carteras automatizadas y de múltiples firmas que requieren que tanto el usuario como el propietario de dApp firmen tipos de transacciones Estas carteras intermedias diferirían de las carteras de terceros habituales en que requerirían una firma automática del propietario de la dApp para instigar a los usuarios externos (de sidechain back to mainchain). Este tipo de transacción solo podría ser instigado manualmente por un usuario / titular de cuenta de sidechain dApp (otorgándoles una mayor custodia de sus tokens), pero, para mantener la coherencia entre las cadenas, requeriría la corroboración del propietario de dApp. La ventaja de esta solución es que el propietario de dApp (o un actor malicioso con su clave privada) no puede tomar el control de los fondos y retirarlos de la cadena lateral. Esto hace que la relación entre un propietario de dApp y sus usuarios de dApp sea más infundada, pero sigue siendo un sistema con dos inconvenientes distintos:
    1. El propietario de dApp sigue siendo responsable de la firma de out_transfers, lo que significa que si se perdieran sus claves, los fondos ya no podrían retirarse de la cadena lateral.
    2. El mainchain, debido a que es un libro mayor separado sin registro de las transacciones internas de una cadena lateral, podría malinterpretar los cambios en el saldo de los titulares de la cuenta como ‘doble gasto’ en el punto en el que intentan out_transfers.
  • Locking Token: Otra avenida para explorar en la búsqueda de depósitos y retiros de cadena cruzada eficientes y seguros, es la posibilidad de combinar el depósito de tokens en una cuenta de sidechain con el bloqueo de un número correspondiente de tokens en su cuenta en la cadena principal . La ventaja de este enfoque es que elimina la necesidad de que un propietario de dApp u otro intermediario esté involucrado en transferencias de tokens hacia y desde la cadena lateral, al tiempo que hace innecesaria la firma múltiple. Por otro lado, las desventajas incluyen la necesidad de encontrar un medio efectivo para evitar el doble gasto (p. Ej.

En resumen, la creación de un sistema de transferencia de token de cadena principal / cadena lateral que sea seguro y lo suficientemente flexible como para otorgar a los desarrolladores el entorno óptimo para implementar sus dApps es un proceso continuo. Sin embargo, como uno de los primeros proyectos de blockchain en desarrollar cadenas laterales de trabajo, Shift está en una posición excelente para lograr este objetivo. Una vez logrado, el equipo estará listo para avanzar con el diseño e implementación de una IU de billetera y un explorador de sidechain. Además, el progreso de Shift en el campo del almacenamiento descentralizado y el alojamiento de sitios web pronto le permitirá demostrar a un público más amplio los avances tecnológicos que se están logrando, y posteriormente otorgar acceso a un conjunto más amplio de recursos durante el desarrollo de la infraestructura dApp en curso.

  • Shift IPFS Cluster Pin Manager & Blockchain Integración con IPFS Cluster

Los dos elementos más importantes que se encuentran dentro de la nueva hoja de ruta se refieren al trabajo que se está llevando a cabo en el clúster Shift IPFS y su interacción con la cadena de bloques. Como se menciona en la actualización de la comunidad del 30 de junio, el código del clúster IPFS nativo está en alfa y aún sufre ineficiencias de diseño. Se ha demostrado que no es confiable en algunos casos y, por lo tanto, no es adecuado para la integración de blockchain. Por lo tanto, el equipo Shift ha estado trabajando recientemente en su propio método de manejo de clipping de clúster, diseñando su propio Shift IPFS Cluster Pin Manager.

Sin embargo, aunque ya se ha avanzado mucho en el administrador del clúster, la comercialización de dApp, Phantom, propio de Shift, como producto listo para el consumidor que el equipo desea construir requiere la integración con un sistema de gobernanza descentralizado: el blockchain. Shift blockchain proporciona la capacidad crucial para registrar transacciones, y su integración permite a estas transacciones desencadenar funciones de almacenamiento en el clúster necesarias para guardar los datos del usuario y el contenido del sitio web del host. Mientras que en el entorno de prueba es posible fijar el contenido y recibir el hash de datos necesario para señalar a otros, el daemon de IPFS no ha podido invocar el blockchain para determinar el propietario del contenido y cómo debería dispersarse. Como resultado, un operador deshonesto podría descartar el contenido en su propio nodo y ver este comando ejecutado en el clúster,

El daemon de IPFS ahora se modificará para que obedezca a la cadena de bloques en la regulación y verificación del almacenamiento de clúster a través del bloqueo de token, y de la fijación de clúster mediante el uso de token. Aunque queda mucho trabajo por hacer para completar esta tarea, el Equipo Shift cree que pronto podrán introducir estas dos nuevas utilidades de tokens en el testnet en la forma de cuatro tipos de transacción blockchain. La introducción de estas funciones token tendrá un efecto radical en la medida en que los titulares de tokens puedan interactuar con la cadena de bloques Shift y el clúster de almacenamiento IPFS. Estos tipos de transacciones son:

  1. Una transacción LOCK que envía una cantidad designada de tokens Shift a una billetera virtual donde se almacenan como una forma de garantía, garantizando la cantidad correspondiente de espacio de almacenamiento disponible para el propietario de la cuenta / billetera.
  2. Una transacción DESBLOQUEO que devuelve los tokens cargados y libera espacio de almacenamiento al grupo de datos del clúster IPFS.
  3. Una transacción de PIN. Esto crea un registro en la cadena principal que contiene el hash del activo y el tamaño del activo como entradas de datos. Una solicitud de PIN registra simultáneamente en la cadena de bloques a la persona que envió la transacción (lo que los convierte en el único capaz de dictar su distribución a través del clúster). Es necesario haber bloqueado suficiente Shift en la cuenta para el tamaño del activo contenido en la solicitud PIN.
  4. Una transacción UNPIN. Esto crea un registro en la cadena principal que el clúster lee como una cancelación de la transacción PIN relevante y le indica que libere el espacio de almacenamiento del usuario, permitiéndole otorgarlo a otros activos.

La información sobre las tarifas necesarias para llevar a cabo estos tipos de transacciones se revelará con más detalle en una fecha posterior. Con respecto al uso de almacenamiento, al menos inicialmente, el bloqueo del espacio en disco requerirá una cantidad de Shift equivalente a la cantidad de espacio utilizado a una tasa predeterminada fija. Eventualmente, sin embargo, el equipo prevé introducir un sistema tokenomic inteligente para calcular dinámicamente la estaca requerida para asegurar el espacio de almacenamiento.

Estos cuatro tipos de transacciones, al otorgar a los usuarios el poder de llevar a cabo servicios vitales en una plataforma integrada de cadena de bloques, han llevado al proyecto a una coyuntura importante. Debido a la importancia del desarrollo de estas nuevas utilidades de tokens, el Equipo Shift cree que ahora está listo para hacer un anuncio importante.

Anuncio de Q3: la próxima versión de Testnet de la solución de alojamiento y almacenamiento descentralizado de Shift

Nosotros, el Equipo Shift, estamos orgullosos de anunciar que esperamos tener una solución de almacenamiento descentralizada y funcional completa y desplegada en el testnet para la conclusión del Q3, 2018. Shift, a través de su Phantom dApp, está logrando lo que muchos proyectos dentro del blockchain espacio no han logrado hacer, el desarrollo de un ecosistema en el que su token tiene un caso de uso legítimo y convincente. Con el fin de aumentar la velocidad de este desarrollo, hemos decidido incorporar todos los tipos de transacciones necesarias para que nuestro Phantom dApp funcione en la cadena principal. Esto elimina un gran obstáculo en el proceso de llevar la plataforma de alojamiento web y almacenamiento descentralizado de Shift a las manos de nuestros usuarios. Además, para demostrar la simplicidad del uso de Phantom dApp para alojar contenido,

Ha sido un largo camino que nos lleva a este punto y queda mucho trabajo por hacer, pero creemos que hemos llegado a un punto de inflexión en nuestro camino hacia la implementación de una Internet descentralizada. Delante de nosotros se encuentran numerosas horas de prueba, así como la adición de muchas más funciones e iniciativas necesarias para llevar nuestra tecnología a un mercado masivo, pero somos extremadamente optimistas sobre el futuro del Proyecto Shift.

Atentamente, 
The Shift Team

Leave a Reply

Your email address will not be published. Required fields are marked *