kms.plus
Organización Descentralizada Autónoma
Autor: Alejandro Criado-Pérez
alejandro@criadoperez.com
Versión 0.35 - 27 de Septiembre de 2019
Blockchain de la automoción
“Creado entre todos y para todos”
Vamos a capitalizar la información del sector del automóvil. Dándole valor a la información infrautilizada y aumentar el valor de la información ya capitalizada.
Para ello creamos un mercado de información para todos los actores del sector de la automoción, donde se consulta información, firman contratos nuevos, realizan pagos y entregan información de forma autónoma, bajo las condiciones preestablecidas por cada empresa. Los contratos entre las empresas tendrán validez legal.
Es de interés para cualquier entidad del sector automoción que utilice, compre y/o venda datos o disponga de los mismos y desee capitalizarlos de manera simple legal y automática.
Permite hacer negocios con todos los actores del sector, aunque no se conozcan entre ellos.
Descentraliza el poder de la información, devolviéndolo al creador de la misma.
En el sector de la automoción, se generan multitud de datos de diferente naturaleza en multitud de empresas. Es muy habitual la compra y venta de datos entre ellas, sin embargo dichas transacciones se limitan a acuerdos 1-a-1 y no Todos-a-Todos.
Un blockchain de la automoción permite aumentar la facturación en las empresas que ya venden su información al ampliar su público, aumentar la cantidad de datos que podría vender y permitir que muchas entidades que generan información valiosa para el sector y no saben cómo venderla la pueda distribuir fácilmente.
Hace posible compartir información sin revelarla.
Los usos son variados y resulta imposible nombrarlos todos, pero destacando los más inmediatos y evidentes tenemos lo siguientes.
Formado por desarrolladores de EOS y por personal del sector incluyendo fabricantes, aseguradoras, empresas dedicadas a la información del automóvil, renting, etc.
En Junio 2018 nació EOS y el 26 de Febrero de 2019 nació la red Daap de LiquiApps. Hasta ahora no era técnicamente posible crear un infraestructura con las características requeridas por este proyecto.
Por otro lado, la tecnología para montar una DAC es muy reciente y que sepamos, a fecha de este escrito, no existe ninguna DAC empresarial constituida en España todavía.
Habrá un ICO (“Initial Coin Offering”), de 100.000.000 de KMS.
La distribución será gradual y distribuida a lo largo de un periodo de 12 meses.
Se distribuirá entre los participantes del proyecto según su nivel de involucración y las empresas del sector según su peso en el mercado (detalles aún por definir).
Se plantean opciones como entregar los primeros tokens a fabricantes, aseguradores, y demás actores del sector, por su volumen en el mercado multiplicado por un factor variable según su implicación en el proyector durante el tiempo que dure la ICO.
Durante los primeros 3 meses o los primeros 5000 usuarios (lo que sucedan antes) se entregarán 100KMS a cualquier usuario EOS que se registre gratuitamente (Airgrab de 500.000KMS).
Si no se consumieran todos los KMS al finalizar el periodo, los KMS restantes se destruirán.
De forma simultánea durante los primeros 12 meses se distribuirán 5.718.388 KMS mediante subastas mensuales (a último día del mes natural) y decrementales (cayendo un 15% cada mes), distribuidos de la siguiente manera:
Número de Subasta | KMS a distribuir | Porcentaje de la subasta |
1 | 1.000.000 | 17.5% |
2 | 850.000 | 14.9% |
3 | 722.500 | 12.6% |
4 | 614.125 | 10.7% |
5 | 522.006 | 9.1% |
6 | 443.705 | 7.8% |
7 | 377.149 | 6.6% |
8 | 320.577 | 5.6% |
9 | 272.490 | 4.8% |
10 | 231.616 | 4.1% |
11 | 196.874 | 3.4% |
12 | 167.343 | 2.9% |
TOTAL | 5.718.388 | 100% |
Los KMS de la subasta mensual serán distribuidos entre todos los pagadores en función del porcentaje del pago total. Por ejemplo, si en un mes se reciben 100 EOS en pagos y un usuario ha realizado el pago de 5 EOS, dicho usuario recibirá el 5% (5 / 100) de los KMS distribuidos ese mes.
Durante los primeros 3 meses, se permitirá la creación de un cuenta gratuita a las diferentes asociaciones del sector (AER, AEGFA, GANVAM, FACONAUTO, etc).
A cada asociación se le entregará una cantidad de KMS bloqueados. Dichos KMS los podrán utilizar sólo para votar en la organización pero no los podrán transferir a nadie, excepto a sus asociados. Dispondrán de un periodo de 6 meses para transferirlos a sus respectivos asociados en la proporción que ellos consideren (normalmente por peso en la asociación o de manera equívoca para todos). Los KMS que no sean transferidos a los asociados al finalizar el periodo de bloqueo serán transferidos al FOO. Cuando esto suceda, adicionalmente la asociación recibirá un 20% de los KMS totales que haya transferido satisfactoriamente (KMS ya desbloqueados).
En el caso de necesitar más recursos para poder operar se contempla la opción de hacer Stakemining (cuando usuarios EOS nos prestan temporalmente sus tokens para usarlos como CPU y NET a cambio de KMS).
La solución está creada en EOS donde se almacenan los contratos y DSPs donde se almacenará la información potencial a compartir.
Se plantea la opción de usar vRAM para el airdrop en vez de RAM (se estima un coste 6x menor).
Se plantea la opción de usar vAccounts para usuarios finales para reducir costes de creación de cuentas nuevos en EOS.
La plataforma de socios para gestionar la DAC está actualmente alojada en Google Cloud, concretamente en el Datacenter de Bruselas.
La web de cara al usuario (kms.plus) será colgada en un repositorio git y publicada en los servidores de manera automática (actualmente IONOS, en el Datacenter de Madrid).
Se utiliza una cadena de bloques pública, concretamente la mainnet de EOS.
Se utilizan los siguientes tokens:
Cuando un usuario paga unos KMS para consultar cierta información, se distribuyen esos KMS entre todos los proveedores de datos que la hayan aportado.
Si un usuario ha establecido un precio fijo en euros para un dato en concreto, se le informa antes al comprador de su precio equivalente en KMS, así cuando el proveedor reciba los KMS se transformarán a una smart coin en euros como por ejemplo bitEUR.
Ejemplo de uso:
Un usuario particular quiere consultar la información disponible sobre un vehículo del cual sólo sabe su matrícula. Para ello, hace una llamada al sistema totalmente gratuita para ver qué información hay de ese vehículo. El sistema le responde con una lista de proveedores que han proporcionado datos de ese vehículo. Si después de ver el listado de la información disponible le interesa comprar el informe, puede comprarlo pagando en euros ó KMS, según su plataforma. En el caso de pagar en euros, estos son transformados a KMS inmediatamente para poder operar en la red.
kms.plus será una ODA, Organización Descentralizada Autónoma (DAC - Decentralized Autonomous Community).
Los detalles de la gobernabilidad de la organización serán redactados en la Constitución, pero de manera resumida son los siguientes.
Los usuarios del sistema tendrán KMS, equivalentes a acciones en una organización. Los KMS servirán como votos para la toma de decisiones en la organización. Los usuarios podrán votar ellos mismos o delegar sus votos a terceros (proxies).
Cualquier usuario podrá proponer cambios mediante referéndum.
Usuarios podrán proponer y realizar actividades (como asistir a eventos, realizar tareas y gestiones que necesita la organización, o realizar los cambios aprobados en los referéndum) con su compensación en KMS correspondiente.
Una vez aprobados, la cantidad correspondiente será bloqueada en el FOO y el usuario podrá realizar dicha actividad. Una vez terminada, el consejo podrá confirmar que el usuario ha realizado la actividad y liberar los fondos para pagar al usuario.
La organización se financia generando inflación. Se permite que puntualmente un usuario añada por su cuenta un presupuesto adicional para realizar una tarea en concreto.
El primer año habrá un inflación del 20% para fomentar las primeras actividades, el segundo año una inflación del 10% y posteriores años habrá una inflación del 5% anual, aunque la cantidad final será votada, siendo un mínimo de 1% y un máximo de 7%. La inflación se ejecutará creando la proporción diaria correspondiente de KMS y distribuyendolos en la siguientes cuentas:
La organización será administrada por el comité ejecutivo formado por 5 usuarios (personas físicas o entidades), que son votados por los usuarios con KMS. Para que un usuario se presente al comité tendrá primero que “bloquear” una cantidad definida de KMS (50.000KMS) para garantizar que el candidato quiera defender los intereses generales de la organización.
El candidato también indicará la remuneración en KMS por ciclo que desea percibir a cambio de su labor, pero esta nunca podrá exceder el máximo indicado en la constitución.
Es importante anotar que una DAC aún no está reconocida como una organización en la legislación vigente, por lo que legalmente tener KMS no da derecho de propiedad en la organización. Simplemente permiten un formato de organización entre las partes.
Aunque no es necesario, se estudiará la posibilidad que KMS.PLUS se de alta como “Asociación” u otro tipo de entidad legal. Sólo se hará si dicha estructura se pueda adoptar con la gobernabilidad planteada en este documento.
KMS.plus se registrará a fecha 31 de diciembre el número total de KMS de cada usuario, así que el valor en euros equivalente, con el objetivo de facilitar a cada usuario registrar en Hacienda el valor de sus tokens a fin de ejercicio, cumpliendo así con la legislación vigente de criptomonedas en España.
A través de una web (socios.kms.plus), los usuarios podrán realizar todas las tareas relacionadas con la gobernabilidad de la organización incluyendo:
Cada ciclo del comité ejecutivo es de 15 días naturales. Al finalizar cada ciclo se realiza el pago a cada miembro por el ciclo y se recalculan los votos. De esta manera, automáticamente se mantiene el mismo comité o entran y salen candidatos.
Las acciones del comité pueden ser de tres tipos, según su riesgo y por ello tienen diferentes requisitos para su ejecución.
Para realizar una acción de riesgo alto es necesario la firma de todos los miembros del comité excepto de uno. Estar tareas son: (pendiente de añadir más)
Para realizar una acción de riesgo medio es necesario la firma la mayoría (>50%) del comité. Estas tareas son: (pendiente de añadir más)
Para realizar una acción de riesgo bajo es necesario la firma de un sólo miembro del comité.
Estas tareas son: (pendiente de añadir más)
Diferenciamos entre el proveedor de un dato (el que lo proporciona) y el dueño de un dato, ya que no tiene porqué coincidir.
La cuenta kmseosguards tendrá los siguientes permisos:
Se podrán escribir en la cadena registros de “revokedata”. El “revokedata” tendrá que estar firmado por el proveedor del dato o por el kmseosguard para ser válido.
Antes que poder acceder a cualquier dato kmseosguard tiene que verificar que no hay ningún registro de “revokedata” para ese dato. Si lo hay, no podrá realizar la transacción.
De esta manera para acceder a un dato será necesario tener el permiso del guardia y del proveedor de la información. Cualquiera de los dos puede “revocar” un acceso, con el objetivo de poder “eliminar” el acceso a un dato si el dueño lo solicita en un futuro.
Para prevenir ataques se pueden incluir retardos de pocos segundos antes de cualquier pago, para que los “Automated External Validators” pueda verificar que la transacción no es fraudulenta.
Creación del grupo de trabajo que involucre a la mayor parte de participantes del sector posible, definir el diseño general, reglas a aplicar, y crear los primeros prototipos.
Lanzamiento de la DAC a Jungletestnet
Segunda fase de desarrollo. Lanzamiento a la Jungletestnet de EOS.
Lanzamiento de la DAC a la mainnet.
Lanzamiento a la mainnet de EOS e inicio de la ICO.
