Por favor, describa la solución que propone.
Índice de contenidos
_________________
- Visión general
- Canales de comunicación
- Cálculo fuera de la cadena
- Validación
- Cadena múltiple
- Blockchains de propiedad comunitaria
- Almacenamiento de archivos
- Pub/Sub
- Los servidores XMPP pueden ofrecer una dirección .onion
- API de puente de HTTP a XMPP
- Salas de chat centradas en el tema
- Módulos de coordinación humana (HCM)
- Onboarding
- Front End
- Cockpits
- Diseño centrado en las personas
- Módulos de comunicación y coordinación inter-DAO
- Servicios no distribuidos
1 Resumen
==========
El sistema es una plataforma de infraestructura descentralizada que proporciona
comunicación, computación, servicios de blockchain y almacenamiento. Puede ser
ser utilizado por individuos, grupos, empresas o DAO’s, instalando sólo el
instalando sólo los módulos necesarios para su situación. El sistema sigue el
paradigma de que un cliente de mensajería instantánea debe ser el principal método
que los miembros interactúan con una DAO.
Está diseñado para liberar a las personas y a las DAO de la dependencia de
servicios centralizados. Su objetivo es ofrecer servicios digitales modernos incluso
a las comunidades que no tienen acceso a Internet. Impi también puede proporcionar
una dirección onion para que se conecten los clientes de mensajería instantánea (XMPP).
Esto proporciona un nivel de anonimato de Tor.
El sistema pretende proporcionar todos los servicios necesarios para que una DAO
funcione. Estos servicios incluyen la comunicación a través de la mensajería instantánea,
el acceso a los servicios de la cadena de bloques, la computación verificada fuera de la cadena, la
almacenamiento IPFS y blockchains privadas para almacenar información importante para
la comunidad y otros servicios relacionados con la cadena.
El sistema es una plataforma sobre la que otros pueden escribir programas
sin tener que preocuparse por los protocolos de comunicación o la validación
etc. El sistema representa sus contactos XMPP como PTY’s (pseudo
terminales) en el sistema base GNU/Linux. Esto permite que los programas escritos
en cualquier lenguaje comunicarse con el usuario leyendo y escribiendo
en el PTY apropiado.
Esto permite a los investigadores y aficionados de todo el mundo que no
nativos de blockchain experimentar con diferentes economías, diferentes
estructuras de gobierno, y diferentes formas de coordinar a las personas en
su idioma favorito, con pleno acceso a sus bibliotecas y
paquetes, así como un sistema operativo GNU/Linux completo sin
preocuparse por la pila tecnológica subyacente o
infraestructura.
El sistema está diseñado para ser lo suficientemente simple como para ser configurado por alguien con
con muy pocos conocimientos técnicos, y poder ofrecer una serie de servicios
a su comunidad. El sistema estará disponible como una distribución viva que
puede grabarse en una unidad flash USB desde la que se puede arrancar un PC en
un entorno vivo. El entorno en vivo es capaz de
proporcionar todos los servicios que ofrece el sistema, o pueden instalarlo
en el hardware. La instalación será lo más automatizada posible.
Durante todo el proceso de instalación hay una ventana de chat
accesible que se conecta automáticamente a un chat de grupo lleno de
personas que están dispuestas a ayudar a cualquiera que tenga problemas
con la instalación o simplemente tiene una pregunta. El sistema es
centrado en la comunicación de persona a persona.
El sistema ofrece una vía natural de crecimiento. A medida que más personas se unen al
red, más seguro se vuelve el sistema. Lo que empieza como una
ordenador puede convertirse en una infraestructura que la comunidad puede
confiar, independientemente de que los miembros entren o salgan. Depende del
comunidad decidir cuánta seguridad necesitan para su
red y sus necesidades. Cuantos más nodos haya en la red, más
mayor es su nivel de seguridad.
La mensajería instantánea es el principal método de comunicación con el
sistema. El uso de algo tan simple como la mensajería instantánea disminuye la
cantidad de cosas nuevas que un nuevo miembro necesita aprender. Al utilizar un
interfaz con la que la gente ya está familiarizada, podemos
acceso a las ventajas de la tecnología web3.
La naturaleza textual del medio de los mensajes instantáneos hace que la escritura
interfaces mucho más sencillas y rápidas que la escritura de una interfaz basada en HTML.
La interfaz informática de la DAO está representada por un bot en el XMPP
conocido como recepcionista, y generalmente tiene una dirección
similar a “[email protected]”. El recepcionista puede ser
un bot, o la comunicación puede ser enrutada a alguien en la DAO que
que se encuentre en ese momento para saludar a la gente y dirigirla hacia el lugar adecuado.
dirección correcta. La dirección a la que apuntan podría ser otro DAO
o un bot de servicio.
Los recepcionistas son sólo bots de servicio con una determinada colección de
características habilitadas, que es totalmente personalizable.
Si el sistema es utilizado por una sola persona, su bot se llama
Asistente Personal (PA), que es completamente personalizable por ellos, y
actúa como un “traje de Ironman digital” para ocuparse de todo lo improductivo
acciones improductivas que hay que hacer en Internet sólo para interactuar con
diferentes sistemas.
Un AP puede ejecutar cualquier comando del sistema (si está permitido) en el
usuario, lo que permite un sinfín de posibilidades, y el control remoto de
el ordenador o el servidor de uno. Por ejemplo, un usuario podría enviar un mensaje a su AP
“Enviar 50 ADA a Juan”. Así se ejecutará el correspondiente
comando cardano-cli o enviará un mensaje JSON a un puente Ogmios para
enviar el ADA. Se puede añadir TOTP para mayor seguridad si es necesario.
XMPP es federado, como el correo electrónico, en el sentido de que cualquiera puede iniciar un correo electrónico
(o unirse a un servidor existente), y sus usuarios pueden comunicarse
con los usuarios de cualquier otro servidor de correo electrónico. No hay un punto central que
pueda ser controlado. Si se apaga uno, se puede poner en marcha otro.
2 canales de comunicación
========================
Los programas pueden comunicarse directamente con los usuarios a través de mensajes instantáneos,
y viceversa, sin tener que preocuparse de la pila tecnológica
inferior. Cada usuario o grupo de chat se convierte en un PTY en el sistema.
Los programas pueden entrar y salir de los PTY. Esto permite a los programas
interactuar con grupos de personas, posiblemente coordinando sus esfuerzos para
lograr un determinado objetivo.
3 Computación fuera de la cadena
=======================
El cómputo fuera de la cadena es proporcionado por los nodos que ejecutan el
sistema. El entorno informático es un sistema GNU/Linux completo. Un
nodo hace el cálculo y los otros verifican que los resultados son
correctos. Los nodos están incentivados para actuar con honestidad.
4 Validación
============
Cuando Impi se ejecuta en más de una máquina en la red, el
sistema puede realizar una comunicación y un cálculo verificados. Esto significa que
que el sistema puede ejecutar código ordinario de confianza en un
de confianza y obtener un cierto grado de seguridad de que lo que se
representado es de hecho verdadero y correcto. Cuantas más máquinas haya
estén conectadas, mayor será el grado de garantía. Esto permite
que se verifique el cómputo del código ordinario no inteligente. Este
permitiría escribir todo un sistema de gobierno en Python para
ejemplo.
Para verificar la comunicación y el cálculo automáticamente, todos los datos
entre etapas se mueven a través de chats de grupo. Esto permite que múltiples
nodos observar qué datos se envían como entrada, pueden ejecutar el
mismo cómputo, y luego pueden validar que el
respuesta dada es de hecho la respuesta correcta. Si un nodo proporciona
datos incorrectos, se les penaliza.
Así funciona Chainlink, que es una de las opciones para asegurar la
sistema. Lamentablemente, Chainlink no está disponible para Cardano todavía.
Hasta que esté disponible para Cardano, o una alternativa sea
alternativa, el sistema se puede asegurar en la red Ethereum para escenarios
que requieran esa forma de seguridad.
Sin embargo, el objetivo a largo plazo del proyecto sería pasar a
sistema de reputación local, en lugar de utilizar la reputación del dólar.
La reputación podría dictar la frecuencia con la que te seleccionan para realizar una tarea,
y, por tanto, cuánto ganas.
5 Cadena múltiple
=============
Impi es multicadena. Se conecta a las cadenas de bloques a través de un sistema Rosetta
o a través de un módulo controlador específico de la cadena. Actualmente, un
controlador implicaría Nodos de Red de Cadenas que verifican los datos que van
hacia y desde la cadena de bloques.
6 Blockchains de propiedad comunitaria
=============================
Además de conectarse a blockchains, Impi puede ejecutar su propia
blockchain de su elección (si tiene los drivers). Esto permite una
comunidad tener acceso a cualquier funcionalidad de smartcontract que
quieran y sean capaces de mantener un registro de lo que es importante para la
comunidad (por ejemplo, la temperatura diaria puede registrarse en un
comunidad), y tener esa funcionalidad a un precio muy
precio, si no gratis.
La blockchain local puede realizar transacciones entre la comunidad
miembros de la comunidad en la cadena local, y sólo hablar a la cadena principal cuando un
transacción necesita interactuar con un contrato o dirección de la red principal. Cada
Impi se convierte básicamente en una cadena lateral de su cadena principal de elección. Este
tipo de escenario sería perfecto para una ciudad, por ejemplo. Todo lo real
transacciones del mundo real se mantienen locales, baratas y rápidas y disminuyen la
carga en la cadena principal.
7 Almacenamiento de archivos
==============
Se utilizará una red privada IPFS para proporcionar almacenamiento de archivos para el
DAO.
8 Pub/Sub
=========
Pub/Sub son las siglas de Publish/Subscribe. Permite a los usuarios suscribirse a
eventos publicados. Por ejemplo, la AP de un usuario puede configurarse para ver cualquier
depósitos en una determinada cartera, y luego usar Pub/Sub para enviar a cualquiera que
que esté interesado en esa cartera un mensaje con los detalles del depósito.
Una DAO podría hacer algo similar y colocar un observador Pub/Sub en su
cartera de tesorería, y todos aquellos en la DAO que necesiten o quieran mantener un
vigilar la tesorería pueden suscribirse a esa Publicación. Bajo qué
condiciones se envía el mensaje también se puede personalizar, por ejemplo,
un determinado usuario puede querer que sólo se le envíe un mensaje si más de un
de una cantidad determinada, o si se transfiere más de una cantidad determinada de
transacciones en un tiempo determinado. Otro
Pub/Sub podría crearse para una IA que vigile cualquier anomalía en un
cartera.
El modelo Pub/Sub permite a una DAO crear su propio minnie twitter
entre los miembros de su comunidad, que filtra el contenido y sigue
reglas establecidas por los miembros de la propia DAO. El servidor XMPP de la DAO puede
conectarse a cualquier otro servidor XMPP de la DAO, permitiendo a minnie twitter
esferas de Twitter para unirse en una gran esfera de Twitter, donde las comunidades pueden
expresarse libremente, pero pueden regularse, y permitir
a los demás hacer lo que más les convenga, pero al mismo tiempo, poder
los demás si así lo deciden.
9 Los servidores XMPP pueden ofrecer una dirección .onion.
==========================================
Esto permite una configuración conveniente donde sólo su cliente XMPP
se conecta al sitio de la cebolla a través de un puente Tor y todos sus otros
tráfico puede fluir normalmente sin necesidad de un sistema
configuración del sistema. Cualquier programa que necesite comunicarse
anónimamente puede utilizar la api http de XMPP para enrutar su tráfico a través de
el túnel XMPP/Tor. Aunque el servidor XMPP se conecta a su
clientes a través de onion, su lado XMPP sigue estando en la web clara con un
JID normal (Jabber ID). Esto permitiría a un DAO presentar su
recepcionista a la web clara, y permitir que sus miembros se conecten
de forma completamente anónima, mientras que al mismo tiempo permite a cualquier usuario de
otro servidor normal se comunique con el usuario que es anónimo,
así como permitir al usuario normal del otro servidor utilizar el
servicios ofrecidos por la DAO (o no, quizás se ofrezcan
servicios diferentes, a elección de la DAO)
10 API de puente HTTP a XMPP
==========================
Además de estas características que el sistema aporta a un solo usuario
o una DAO, también proporciona una API HTTP para que programas externos puedan
interactúen con la DAO, o con los usuarios. Por ejemplo, en lugar de Ideascale
envíe un correo electrónico a todos los miembros de Catalyst, pueden llamar a la API de Impi
API con su mensaje y el nombre del grupo, y suponiendo que alguien en el
DAO les ha dado autoridad para hacerlo, todos los miembros recibirán el
mensaje.
Los miembros pueden responder directamente a los mensajes enviados desde la DAO para proporcionar
su opinión. Por ejemplo, podría haber una propuesta que necesite
ser votada. Ideascale puede utilizar la API apropiada para enviar el
propuesta a los miembros correspondientes. Cada miembro recibirá un
mensaje de la recepcionista de la DAO con todos los detalles sobre
la propuesta, así como la propia propuesta. Cada miembro puede entonces
leer la propuesta rápidamente cuando tenga un momento libre
y responder directamente al mensaje con un sí o un no. La respuesta será
será enviada a Ideascale como su respuesta a la votación.
11 Salas de chat centradas en el tema
============================
Un usuario, o un grupo de usuarios que son responsables de un sistema podría para
tener sus registros de error enviados a un chat de grupo para que todos los que
interesados puedan unirse al chat de grupo y estar al tanto de los
estado del sistema. Esto crea automáticamente un lugar donde los usuarios pueden
coordinar la solución del problema, así como permitir a ciertos usuarios
emitir comandos de shell directamente en el chat para que todos puedan mantener un
el progreso.
Para habilitar el envío de los registros a un chat de grupo, el usuario sólo tiene que
ejecutar algo como “tail -f logfile | xmpp-bridge
12 Módulos de coordinación humana (HCM)
===================================
Los módulos de coordinación humana coordinan la realización de una colección
de tareas por parte de los miembros de la DAO.
Por ejemplo, supongamos que hay 10 propuestas y 100 usuarios. Cada
propuesta debe ser evaluada por al menos 5 personas. Ideascale puede
llamar a una API, pasar al sistema las listas de propuestas, y los usuarios
que están participando, y el sistema enviará cada propuesta a 5
miembros. Los miembros pueden entonces calificar la propuesta respondiendo directamente
al mensaje que contiene la propuesta. Una vez que un miembro ha terminado
de proponer, se les envía otra propuesta para validar si hay una.
Si uno de los miembros no responde en un plazo determinado de
tiempo, se les envía un mensaje diciendo que su ventana se ha cerrado y la
propuesta se envía al siguiente miembro para que la evalúe. Esto podría ser fácilmente
cambiar si no tuvieras un presupuesto estricto y no te importara tener
respuestas adicionales.
Esto continúa hasta que se hayan evaluado todas las propuestas. Esto ahorra
que el miembro tenga que ir a la página web, buscar las propuestas, y luego encontrar
una propuesta para revisar, revisarla y luego enviar la respuesta. La página web
sistema garantiza que la siguiente acción que debe realizar el afiliado es
que el afiliado pueda acceder a ella siempre que tenga un hueco en el tiempo sin
tener que perder tiempo y esfuerzo mental en prepararse. Sólo
tienen que abrir un mensaje. El sistema está diseñado para ser flexible y
ampliable, lo que facilita la creación de módulos de coordinación adicionales.
añadir, probar y utilizar módulos de coordinación adicionales. Los módulos también pueden escribirse en cualquier
lenguaje.
Un ejemplo de lo que podría ser un mecanismo de coordinación de este tipo es
el Auditor del Mundo Real. Hay un vídeo que muestra el flujo del
sistema aquí: <https://www.youtube.com/watch?v=VxIKy8hyWeo&t=2s>
13 Onboarding
=============
Se puede utilizar un módulo de formación para incorporar a los nuevos usuarios que no sean
familiarizados con el uso de mensajes de texto como forma de interactuar con los sistemas,
así como enseñarles a interactuar con la DAO, o la organización
utilizando mensajes de texto. A medida que avanzan en el programa, ganan
acceso a más y más comandos, accesos y privilegios. Y porque
se trata sólo de mensajería instantánea, si un nuevo usuario se queda atascado, o no
no entiende algo, puede usar el comando de ayuda, que encontrará una
miembro más veterano de la DAO para unirse al chat y ayudar al nuevo usuario.
El sistema permite tanta automatización como se desee, pero con el
opción de tener personas a mano para guiar y ayudar cuando sea necesario.
Además de incorporar y retener a más miembros, ayuda a evitar que las personas
se sientan perdidas, aisladas y solas en su experiencia digital.
El sistema está diseñado para llevar a la gente de la mano desde el principio, sólo
acceso a las instalaciones que han conocido y a las que
y han jugado con ellas en un entorno de caja de arena. Mi esperanza es que esta garantía
de que no pueden romper nada, y que pueden jugar con ello en el
que pueden jugar con él en la caja de arena todo lo que quieran sin consecuencias, combinada con una
entrenador a mano que les enseñe las cuerdas, que serán capaces de
relajarse en el sistema sabiendo que están seguros. La educación es clave, ya que muchos
personas mayores y las que provienen de un entorno desfavorecido que
tienen problemas con la tecnología, acaban siendo presa de estafadores y
ladrones.
14 El frente
============
Como XMPP es un protocolo abierto, cualquier cliente XMPP podrá
comunicarse con el servidor.
Sin embargo, MatterMost <https://mattermost.com/> es un código abierto
alternativa a slack o discord. Haremos una investigación sobre
si será posible/viable bifurcar el front end de MatterMost
y modificarlo para que utilice XMPP como protocolo de comunicación.
La modificación dará lugar a un código abierto y federado
de código abierto y federada a Discord y Slack en un cliente bien empaquetado que se ejecuta
en Windows, Mac, Linux, Android, iOS y con un cliente web. Si es
viable, crearemos una propuesta para hacer las conversiones en un
futuro fondo.
Se hará otra investigación para crear un paquete para Emacs
que por defecto imite el diseño de Discord y ofrezca la misma
funcionalidad, excepto que tiene superpoderes de Emacs y está basado en texto.
Esto podría hacerse como un fork de telega.el
https://github.com/zevlg/telega.el> que es un telega de Emacs
de Emacs. Cambiamos el backend de comunicaciones para usar XMPP y creamos unos cuantos
diseños que son del estilo de Discord/Slack/Mattermost. A
versión plug and play preconfigurada de Emacs con el paquete puede ser
enviada a los miembros por la recepcionista de la DAO cuando se unen a la DAO, o
siempre que lo soliciten, o pueden obtenerlo del IPFS de la DAO.
Al mismo tiempo, el marco de aplicación de Emacs se investigará
por su capacidad de integrar programas PyQt en Emacs. Este marco
promete permitirnos crear frontales gráficos para Emacs. Este
debería permitirnos imitar la interfaz de Slack / Discord / Mattermost
casi exactamente. Además, crea un posible camino para ofrecer todos los
los servicios ofrecidos por Impi para que sean accesibles desde Emacs, y
hacer que Emacs parezca una aplicación moderna. Si se considera viable, también
se convertirá en una propuesta para un futuro fondo.
15 Cockpits
===========
La X de XMPP significa extensible. El protocolo está diseñado para ser
ampliarlo para que se adapte a las necesidades crecientes. Una investigación sobre
si un plugin para XMPP que permita sugerir un diseño de ventana
por bot o sala de chat es una idea viable o no. Esto permitirá
comunidades elegir qué y cómo se muestra la información a sus
miembros. En esencia, se trata de una conexión para retransmitir una configuración de cabina. Si
la cabina requiere programas o archivos, la extensión ofrecerá un git
o transferirá los archivos directamente. Esto presenta algunas obvias
vulnerabilidades de seguridad que tendrán que ser abordadas.
Un diseño por defecto podría hacer que una aplicación cliente se parezca a la discordia para
por ejemplo, con la lista de servidores en el extremo izquierdo, y luego una columna con los
salas en ella, luego una gran ventana de chat en el centro, y luego una columna
a la derecha que muestra quién está conectado.
Una determinada DAO podría querer que un feed de noticias estuviera a la derecha, y un chat
en la izquierda. XMPP es lo suficientemente extensible como para permitir esto
funcionalidad en el futuro.
Si se considera viable, se convertirá en una propuesta en un futuro fondo.
16 Diseño centrado en las personas
========================
En cualquier momento de cualquier conversación, o interacción con un contrato inteligente
por ejemplo, un usuario puede ejecutar el comando de ayuda, que entonces
el sistema añada a otro usuario al chat de grupo. El usuario
será alguien que pueda ofrecer asistencia directa, o que conozca
a quién contactar para encontrar la asistencia que se necesita. También puede
enseñar al usuario si es nuevo o está luchando con una parte determinada de
del sistema.
Esta es la ventaja de utilizar XMPP como método de interacción con
otros protocolos. Si te quedas atascado o no estás seguro de algo, puedes
solicitar ayuda y alguien puede unirse a ti en el chat y
ayudarle. Puedes elegir qué parte de la historia quieres que te ayuden
ver, o puedes elegir que no vean nada, la elección es tuya.
17 módulos de comunicación y coordinación entre Agencias
===================================================
Los módulos se pueden escribir en cualquier lenguaje para experimentar con qué DAO
DAO para experimentar cómo podría ser la comunicación y la colaboración entre DAOs en un entorno de bajo coste.
consecuencia.
La comunicación y cooperación de DOA a DOA está siendo investigada por
grupos como PrimeDAO <https://primedao.eth.link/#/>
18 Servicios no distribuidos
===========================
El sistema también proporciona servicios no distribuidos. Estos se ejecutan en un
nodo a la vez, pero todos los nodos pueden ofrecer el servicio.
El equilibrio de la carga se reparte entre los nodos. Los datos son
almacenan en IPFS cuando es posible, si no, los datos se respaldan utilizando
rsync hasta que se pueda encontrar una solución IPFS.. Todos los servicios están abiertos
de código abierto. Esta es una lista de los servicios que se incluirán inicialmente
en el sistema:
\N - Prosody <https://prosody.im/> Un servidor XMPP, escrito en Lua y
fácilmente extensible.
\N - CryptPad <https://cryptpad.org/> CryptPad es una oficina colaborativa
de extremo a extremo encriptado y de código abierto.
\N - Taigao <https://www.taiga.io/> Proyecto ágil, libre y de código abierto.
Herramienta de gestión de proyectos Ofrece tableros Kanban, diagramas de Gantt, Issue/bug
seguimiento de errores
\N - Jitsi Meet <https://jitsi. org/jitsi-meet/> Vídeo de código abierto
Soluciones de videoconferencia
+ Gitea <https://gitea.io/en-us/> Un servicio Git autoalojado sin complicaciones.
+ Onionshare <https://onionshare.org/> OnionShare es un código abierto
de código abierto que te permite compartir archivos de forma segura y anónima, alojar
sitios web y chatear con amigos utilizando la red Tor.
+ Etherpad <https://etherpad.org/> Etherpad es una herramienta altamente personalizable
de código abierto que permite la edición colaborativa en
tiempo real.
+ PrivateBin <https://privatebin.info/> PrivateBin es un minimalista,
de código abierto en línea pastebin donde el servidor tiene cero conocimiento de
los datos pegados.
+ Mumble <https://www.mumble.info/> Mumble es una herramienta gratuita, de código abierto, de bajo
latencia y de alta calidad.
+ PeerTube <https://joinpeertube.org/> PeerTube aspira a ser una
alternativa descentralizada y libre a la difusión de vídeo
de vídeo.
Por favor, describa cómo su solución propuesta abordará el Desafío en el que la ha presentado.
Los DAO son difíciles de conseguir. Todo el concepto es nuevo, la discordia es nueva
para mucha gente, los usuarios/miembros están generalmente tratando de averiguar
todo esto de la web 3. Además, la información está dispersa por todas partes en
múltiples servicios centralizados.
Es fácil perderse, y cada DAO es diferente con diferentes
interfaces, utilizando diferentes tecnologías. Esto crea un enorme
curva de aprendizaje para cualquiera que intente entrar en este espacio, o simplemente
participar en una DAO.
Además, algunas personas son tímidas. Pueden tener una pregunta pero no quieren
preguntar en un canal público por miedo a parecer estúpido o ignorante, o
por miedo a que alguien les diga que deberían buscarlo en Google primero.
Esto disminuye enormemente su capacidad de participar y contribuir a
la DAO.
Esta solución proporciona una interfaz familiar de mensajes instantáneos de texto, con
asistencia más personalizada a los miembros que prefieren no ser demasiado activos
en los canales públicos. El miembro puede enviar un mensaje de “ayuda” a la DAO
y se le pondrá en contacto con un miembro más veterano de la DAO.
de la DAO para que le ayude, ya sea enseñándole a realizar el
acción que desean realizar, o indicándoles la documentación, poniendo
contacto con alguien que pueda ayudarles más, enseñándoles cómo
a formular su pregunta para que pueda hacerlo en un canal público de la
tema, o simplemente darles la respuesta a su pregunta.
Los miembros que asisten a los nuevos miembros son miembros que han sido
y que conocen los entresijos básicos de la DAO y de la
sistema.
Debido a que los programas para DAO’s pueden ser escritos en lenguaje, más gente está
pueden participar en la escritura de herramientas para DAO’s. Se puede ejecutar como un
Jupyter Notebook si quieres.
Se proporcionará una plantilla básica de DAO para el sistema. La plantilla
proporcionará herramientas al DAO que soportan flujos similares a lo descrito
en este documento:
https://medium.com/1kxnetwork/how-to-grow-decentralized-communities-1bf1044924f8>
Un ejemplo sería proporcionar una manera para que un nuevo miembro se auto-señale
que desean contribuir a la DAO. Esto implica que obtengan
involucrarse en las actividades de la DAO. Una de estas actividades es la asistencia a los nuevos usuarios.
Esto sirve para tres propósitos.
- Nadie se queda atascado en algún lugar del sistema
lo que significa que no sabe cómo hacer lo que quiere hacer con el sistema,
puede hacer que el nuevo usuario se frustre y abandone el
sistema. Tener siempre un humano a mano para acudir a ayudarles si lo necesitan
de la gente a una nueva forma de hacer las cosas y mantener la
la tasa de retención más alta posible. Esto también ayuda a que la tecnología
más centrada en el ser humano.
- Proporciona al miembro que asiste la oportunidad de que se le pregunte una
pregunta a la que no sabe la respuesta. Esto les permite aprender
más sobre la DAO y el sistema en un sentido mucho más amplio que si
que si fueran a averiguar las cosas por su cuenta.
- Proporciona un nuevo tipo de empleo para el mundo digital
quiere tener una tienda online disponible en la red XMPP. Para ello,
crean su bot de recepción, con la dirección
[email protected]. No quieren tratar con
consultas de los clientes, porque creen que la tecnología debe
hacer su vida más fácil, no consumirla toda. Quieren pasar
su tiempo haciendo galletas. Lo que pueden hacer es instalar el sistema y
configurar un bot de recepción en receptionist@cookieshop. com. Pueden
tener un grupo de personas que están buscando trabajo. Cuando un cliente
se conecta a [email protected], el chat se dirige a uno de
las personas que están buscando trabajo. A continuación, interactúan con el
cliente en nombre de la tienda de galletas. Puede habilitar una función que permita
que otras dos personas se unan al chat y se limiten a observar. Ellos se encargan de que el
persona que interactúa con el cliente lo hace de forma profesional y da
la información correcta.
También existe el riesgo siempre presente de la censura que conlleva
depender únicamente de un servicio controlado centralmente como Discord,
Discourse o Telegram. Si por alguna razón tu servidor de Discord se
se apaga, ¿cómo te reconectas con tus miembros? No hay manera de
restablecer el mismo tipo de conexión de nuevo. Algunos de los miembros
podrían reagruparse a través de Telegram o Discourse, pero vas a perder
un buen porcentaje que podría no estar activamente involucrado, pero que todavía
pero que quieren estar al día con el proyecto en caso de que lo necesiten en el futuro.
futuro. Pero el principal obstáculo para volver a poner en marcha un DAO
después de un baneo de algo como Discord por ejemplo es implementar un
y conseguir que la gente empiece a usar ese servicio o aplicación. Donde
ir? ¿A Slack? Este nuevo servicio implica entonces nuevas aplicaciones,
otra curva de aprendizaje, perdiendo todo el tiempo de tus miembros.
XMPP está federado, como el correo electrónico, en el sentido de que cualquiera puede iniciar un servidor de correo electrónico
(o unirse a un servidor existente), y sus usuarios pueden comunicarse con cualquier
otros usuarios del servidor de correo electrónico. No hay un punto central que pueda ser
controlado. Si se cierra uno, se puede iniciar otro.
¿Cuáles son los principales riesgos que podrían impedirle llevar a cabo el proyecto con éxito y explique cómo va a mitigar cada uno de ellos?
El principal riesgo percibido es que Chainlink no esté disponible en Cardano, o que tome un
mucho tiempo. El plan actual se basa en Chainlink para proporcionar la validación
a la red. Debido al diseño del sistema, con la validación
motor de validación es un módulo y la validación en sí se abstrae del resto
del sistema, el resto del sistema puede desarrollarse mientras tanto. Si
Chainlink nunca llega a Cardano, entonces otra solución de Oracle y validación
tendrá que ser encontrado.
Todavía no he probado la api HTTP-sobre-XMPP. Esta API necesita ser investigada
más a fondo para averiguar la viabilidad de su uso. Esta característica es una
Esta característica es un “nice-to-have” para el sistema y no está en ninguna ruta crítica. Si no funciona
correctamente, los servicios ofrecidos por la DAO podrían presentarse en sitios de
ayudar a la privacidad de los miembros.
Por favor, proporcione un plan detallado, incluyendo el calendario y los hitos clave para la entrega de su propuesta.
Hitos alcanzados a finales de mes
Mes 1:
- Proporcionar una configuración GNU Guix que forme la base del sistema.
- Implementar un sistema de contenedorización para permitir que los programas se ejecuten de forma independiente y segura en el nodo anfitrión.
- Diagramas de arquitectura y documentación
- Investigación realizada sobre soluciones viables de Cardano Oracle
Mes 2:
- Clientes XMPP representados como pseudo terminales (PTY)
- Configurar el sistema para que cada nueva conexión XMPP se registre como un usuario del sistema. Esto podría requerir una contraseña si es necesario. Este sistema linux gestiona los derechos de acceso de usuarios y grupos para los servicios y recursos del sistema.
- Comprender lo que implica el desarrollo de un pluging Gajim y la creación de una extensión XMPP.
- Se crea un contenedor Docker como mecanismo de despliegue inicial. Esto podría cambiar a Vagrant. Más adelante se añadirán otros.
Mes 3:
- Creación de diagramas arquitectónicos de flujo de usuario y documentación
- Crear un marco de pruebas que proporcione al desarrollador un conjunto de herramientas para imitar los escenarios del mundo real. Consistirá en unos cuantos bloques de construcción que los desarrolladores podrán utilizar en su propio código. El conjunto inicial de bloques de construcción consistirá en:
- Bot XMPP accesible a través de sockets. El bot realizará cualquier acción que se le envíe a través del socket. Esto se llama Puppet Bot (PB). Permite una interfaz genérica para cualquier aplicación de puente. Un ejemplo sería un puente de XMPP a correo electrónico, o podría representar el sistema en un chat de grupo que se utiliza para decidir quién hace el siguiente cálculo.
- Plantillas de acción de bots paramétricos para diferentes tipos de actores que pueden ser canalizados a un bot de Puppet para ejecutar las instrucciones. Además de ser útil para las pruebas, proporciona un marco de trabajo que se puede utilizar para realizar tareas repetitivas.
- Un bot de servicio de asistente personal para los usuarios. Este es un marco que permite a un usuario crear comandos personalizados para instruir al bot para realizar ciertas acciones, o poner ciertos libros de juego en acción. Un servidor openssh podría ser utilizado como servicio que un PA ofrece a su usuario.
- Crear un plugin de cliente ssh para Gajim u otro cliente XMPP que permita al usuario iniciar sesión en un servidor ssh remoto utilizando el cliente de mensajería como su terminal.
Mes 4:
Al final de este mes, se añadirán al sistema programas de gestión y características de usabilidad. Estos programas están diseñados en torno al uso de la mensajería instantánea como método principal de comunicación con el usuario. Los programas proporcionarán una funcionalidad básica al sistema, y servirán como bloques de construcción para sistemas más complejos. El sistema GNU/Linux maneja todo el control de acceso y los privilegios, y proporciona acceso de lectura y escritura a la aplicación de mensajería instantánea de un usuario a través de pseudo terminales (pty).
Stdin y stdout se dirigirán por defecto al usuario de mensajería instantánea que inició la sesión. Esto permite que los programas normales se comuniquen con un usuario a través de XMPP sin siquiera darse cuenta. Se espera que esto permita a más desarrolladores experimentar con la escritura de módulos, ya que no necesitan aprender nada nuevo si ya saben programar, además de dar acceso a toda la pila de GNU para tratar con los usuarios.
Las herramientas que se escribirán son:
- Sistema de menús flexible y genérico que se configura con archivos Org Mode
- Un bot de servicio de sysadmin que proporciona acceso y herramientas a un sysadmin para gestionar y mantener todo el sistema.
- Una extensión XMPP, aplicación del lado del servidor, y una extensión cliente para proporcionar la funcionalidad de autocompletar, poblada sobre XMPP, ya sea directamente o a través de una sesión Jingle.
Borrador de la documentación de instalación y configuración del sistema
Mes 5:
Este mes, los siguientes módulos estarán disponibles.
- Módulo de incorporación y formación
- Módulo de verificación de la verdad
- Módulo de Coordinación Humana (HCM)
- Módulo de coordinación de tareas
- Módulo de votación
La integración del IPFS será completa.
Mes 6:
- Módulo de la tienda online
- Módulo de gestión de proyectos
- Módulo Explorador IPFS
- Módulo de supervisión, registro y alerta genéricos
- Módulo de supervisión y alerta de la cadena de bloques
- Módulo de acceso a la cadena de bloques y de interacción con los contratos inteligentes
Mes 7:
- Integración con Oracle
- Lanzamiento de la distribución en vivo
- Lanzamiento de paquetes de Arch
- Publicación de paquetes para Ubuntu/Debian
- Borrador del manual de usuario
Mes 8:
- Documentación para todo
- Páginas de manual
Mes 9:
-
Trazar la futura hoja de ruta
-
Plan de proyecto para la hoja de ruta
-
Diagramas de sistema de alto nivel y documentación para la hoja de ruta
-
Investigar la viabilidad de utilizar MatterMost como interfaz.
-
Se ha investigado la viabilidad de Emacs como interfaz.
Por favor, proporcione un desglose detallado del presupuesto.
Programador principal a $70 - $100 por hora
160 horas al mes = 16.000 dólares al mes
Jefe técnico a 100 dólares la hora
160 horas al mes = 16.000 dólares al mes
Desarrollador junior a 40 - 70 dólares la hora
160 horas al mes = 11.200 dólares al mes
Coste del desarrollador por mes:
$16 000 + $16 000 + $11 200 = $43200
Coste de desarrollo para un periodo de 9 meses:
$338 800
Hardware para la experimentación: 12 000 dólares
Coste total: 400 800 dólares
[FEASIBILIDAD\N] Por favor, facilite los detalles de las personas que trabajarán en el proyecto.
Roger van Schie
Jefe técnico, diseño de sistemas, configuración de sistemas, empaquetado de sistemas, programación.
Se busca programador principal
Se busca un programador principal con experiencia en Plutus para hacer la gestión del proyecto, implementar un Chainlink Oracle o algo similar, escribir el plugin Gajim, y ayudar con los módulos.
Se busca programador de pruebas y documentación
Se busca un programador para escribir pruebas y documentación.
Si se le financia, ¿volverá a Catalyst en una ronda posterior para obtener más financiación? Por favor, explique por qué / por qué no.
Sí.
Hay varias investigaciones que se llevarán a cabo durante este proyecto, como por ejemplo si es viable utilizar el front end de MatterMost para crear una alternativa a Discord basada en XMPP. Los resultados de estas diversas investigaciones dictarán las propuestas que se presentarán en futuras rondas.
Por favor, describa lo que medirá para seguir el progreso de su proyecto, y cómo lo medirá.
Se hará un seguimiento de los hitos mencionados en el plan del proyecto para medir su progreso.
¿Qué significa el éxito de este proyecto?
Una infraestructura DAO fácil de configurar, fácil de usar e intuitiva que permita a las comunidades comunicarse, coordinarse y prosperar, incluso en los lugares más remotos del planeta, al tiempo que les proporciona acceso a servicios Web3 modernos, robustos y fiables, de una manera fácil y familiar incluso para aquellos que tienen dificultades con la tecnología.
Proporcionar un marco que haga que la tecnología trabaje para sus usuarios en lugar de que los usuarios trabajen para ella.
Por favor, indique si esta propuesta es una continuación de un proyecto financiado anteriormente en Catalyst o uno completamente nuevo.
No