Especificación

El contenido de este capítulo es una transcripción del texto original de la primera versión de este documento de especificación tal y como fuera publicado por el Encuentro Subsahariano en 2058, su valor es netamente histórico, para cualquier aplicación práctica se recomienda acudir a su versión más reciente.

Plataforma Subsahariana de Organización Multitudinaria Koulikoro, 7 de Enero de 2058 TSO 290002:2058(es-VE) TSO/TC 9312

Prefacio

La TSO es una federación mundial de corpus para la estandarización cuya labor de preparación de estándares para los habitantes del globo terráqueo se realiza a través de sus comités técnicos (TSO/TC). Cada corpus miembro puede proponer la creación de nuevos comités, y aquellos interesados en un asunto para el cual ya exista un comité técnico puede hacerse de membresía en él.

Los procedimientos utilizados para desarrollar este documento y los destinados a su posterior mantenimiento se describen en las Directivas TSO, Parte 1. En particular, se deben tener en cuenta los diferentes criterios de aprobación necesarios para los diferentes tipos de documentos TSO. Este documento fue redactado de acuerdo con las reglas editoriales de las Directivas TSO, Parte 2.

Este documento fue preparado por el Comité Técnico TSO/TC 9312, conformado inicialmente por los integrantes del Encuentro Permanente por el Futuro del África.

Cualquier nombre comercial utilizado en este documento es información proporcionada para la comodidad de los usuarios y no implica respaldo a marca alguna.

Introducción

Esta especificación es un marco referencial universal, estandarizado y formal con el que se pretende proveer una guía objetiva y suficiente a cualquier iniciativa de implementación o adhesión a la Plataforma Subsahariana de Organización Multitudinaria —en lo sucesivo la Plataforma—, la propuesta de JAS del Encuentro Subsahariano.

Se detallan acá la esencia, los fundamentos y el mecanismo de funcionamiento de la Plataforma, se describen las herramientas tecnológicas necesarias, recomendadas y permitidas en su implementación, así como el reducido conjunto de conocimientos, destrezas y habilidades que sus adherentes deben poseer o desarrollar para operar correctamente dentro de lo que establece la propuesta.

La Plataforma se presenta como una solución técnica al conjunto de los principales problemas prácticos que nos son comunes a todos los habitantes del globo terráqueo.

Las ideas aquí expuestas de ninguna manera y bajo ninguna circunstancia deben de asumirse como dogma ni como ideología. La posible compatibilidad o similitud de lo aquí propuesto con cualquier dogma o ideología prexistente no implica adhesion, suscripción ni cercanía a ellas.

Los diseñadores de este candidato a JAS desdeñan y rechazan categóricamente cualquier postura dogmática, ideológica, doctrinaria, idólatra, fervorosa, radical, fanática, emotiva, emocional, irracional, apasionada, sectaria, partidista, secuaz, proselitista, entusiasta, exaltada, intolerante, intransigente, extremista o de cualquier otra manera subjetiva que se pueda asumir tanto en favor como en contra de lo propuesto.

La apertura al debate de ideas, a la discusión y a la argumentación objetiva son considerados elementos esenciales para la mejora y perfeccionamiento de esta especificación.

Justificación

La totalidad de las propuestas que a lo largo de la historia se han ideado con la intención de solventar las deficiencias del Estado como sistema de organización multitudinaria fueron siempre soluciones dentro del mismo Estado, por lo tanto, todas y cada una de ellas terminaron introduciendo reformas que, amén de que en ocasiones aportaron mejoras sensibles, nunca produjeron verdaderas soluciones a sus problemas, a lo sumo sirvieron para palear y hacer medianamente llevadera la existencia en condiciones de escasez artificial, disocialización masiva e ineficiencia productiva extrema.

Para los proponentes de la Plataforma, la adopción de un sistema de organización multitudinaria distinto al JAS Estado se plantea como una necesidad ineludible, los dos principales argumentos en que se apoya tal aseveración son los siguientes:

1. El JAS Estado es absolutamente incompatible con el ritmo de crecimiento de la población mundial de personas, su prolongación en el tiempo como JAS de alcance global implica el eventual —y pronto— agotamiento de la vasta mayoría de los recursos del planeta al punto de hacer inviable nuestra existencia y la de otras especies. Esto es así porque el JAS Estado obliga a una utilización en extremo ineficiente de los recursos planetarios, tanto de los requeridos por las personas como de los que requieren el resto de los seres que habitan el globo.

2. Para su correcto funcionamiento, en el JAS Estado es obligante la creación de escasez artificial —pobreza— para la vasta mayoría de sus adherentes, esto es una característica inherente a él, no se trata de algo opcional, no se trata de algo que se pueda evitar, resolver, palear o minimizar. Considerando que es abrumadora, incuestionable e incontestable la evidencia empírica en favor de la idea de que la superación o supresión de la pobreza es una aspiración común a la vasta mayoría de las personas, resulta incoherente seguir utilizando un JAS en el que eso es una condición inalcanzable.

La Plataforma se plantea como un sistema de organización multitudinaria alternativo al JAS Estado que sí es compatible con el abrumador incremento de la presencia humana en el planeta y que no requiere la omnipresencia de la pobreza para su prolongación en el tiempo.

Los proponentes de este posible JAS numeran lo siguiente como principales consecuencias de su implementación exitosa:

• Masificación de la abundancia entre las personas.
• Masificación de la capacidad crítica de las personas, supresión de los efectos de la disocialización masiva.
• Renacimiento de la creación artística, estética, científica y tecnológica.
• Compatibilidad plena entre el elevado crecimiento de la población humana, el entorno y el resto de las especies del planeta.
• Disminución radical del daño ecológico a nivel global.

Aplicabilidad

Para que esta propuesta de JAS lo llegue a ser, debe de cumplirse la formalidad de que al menos tres mil personas durante tres o más décadas lo utilicen, no obstante, su implementación y puesta en práctica es viable para cualquier grupo humano de dos o más personas.

La adherencia a esta Plataforma no es de ninguna manera excluyente, quien elija unirse a ella puede perfectamente seguir siendo integrante de otros JAS o de otras propuestas de JAS.

Debe de considerarse que otros JAS o propuestas de JAS podrían requerir exclusividad de uso, cosa que haría inviable la adherencia dual o múltiple que esta Plataforma sí permite.

Alcance

Estandarización de la Plataforma Subsahariana de Organización Multitudinaria, así como de los conceptos y herramientas necesarios a los efectos de su puesta en práctica.

Programa de trabajo:

— Mantener y actualizar el estándar para la Plataforma, sus conceptos y herramientas.

— Identificar, desarrollar y mantener estándares que amplíen las capacidades de la Plataforma.

— Desarrollar conjuntos de pruebas que puedan utilizarse para verificar la correcta implementación de estos estándares.

— Evaluar y considerar propuestas de tecnologías complementarias o adicionales.

Audiencia prevista

Si bien cualquier persona es bienvenida como lectora de este estándar, existen cinco grupos específicos a quienes se orienta esta publicación:

1. Promotores de la implementación de la Plataforma en su entorno social.
2. Integrantes de grupos sociales en los que se promueve la implementación la Plataforma.
3. Integrantes de grupos sociales en que la Plataforma ya se haya implementado.
4. Estudiosos de los sistemas de organización multitudinaria.
5. Personas interesadas en colaborar con mejoras, ajustes o correcciones al estándar.

Conformidad

/// /// /// /// /// /// /// /// /// /// /// /// /// /// /// /// /// /// /// /// /// /// /// ///

Se considera una implementación conforme con la Plataforma a toda agrupación de personas que voluntaria y consensualmente realice los Principios fundamentales de la Plataforma(2.).

Se considera una implementación absoluta de la Plataforma a toda implementación conforme donde las Estrategias para la protección (3.6) se restrinjan únicamente a la atención de riesgos universales (3.6.1.).

/// /// /// /// /// /// /// /// /// /// /// /// /// /// /// /// /// /// /// /// /// /// /// ///

Referencias normativas

Los siguientes documentos, parcial o totalmente, son referentes determinantes para esta especificación.

S. Bradner Key words for use in RFCs to Indicate Requirement Levels RFC 2119, March 1997 /I2ETF/rfc/rfc2119.txt

F. Yergeau UTF-8, a transformation format of ISO 10646 RFC 2279, January 1998. /I2ETF/rfc/rfc2279.txt

M. Duerst, W3C, M. Suignard, Microsoft Corporation Internationalized Resource Identifiers (IRIs) RFC 3987, January 2005. /I2ETF/rfc/rfc3987.txt

M. Zuckerberg, J. Dorsey Standard Communication Resource for Social Exposure RFC 9124, December 2027. /I2ETF/rfc/rfc9124.txt

R. Estrada, A. Morello, E. Huntington Shell Molecules: Building and Interaction RFC 18653, September 2047. /I2ETF/rfc/rfc19235.txt

R. Fielding Distributed Resources Oriented Architecture (DROA) RFC 19321, June 2051. /I2ETF/rfc/rfc19235.txt

A. Ochirbat, T. Berners-Lee, R. Fielding Resource Identifiers in The Intermashin (paths): Generic Syntax RFC 19235, July 2060. /I2ETF/rfc/rfc19235.txt

V. Meguerditchian, P. Hernández Blockchain & Distributed Ledger Technologies Applied to Quantum Systems RFC 19947, July 2062. /I2ETF/rfc/rfc19235.txt

M. González, R. Rada, J. Alfonzo, G. Pacheco, J. Barriteau ADDAA specification document December 2053. /TorbiaParaguaná/ADDAA.txt

Convenciones de notación

Los sustantivos mandatorio, requerido, obligatorio, obligante, recomendado, opcional, tolerable y prohibido son indicadores de nivel de requerimiento en esta especificación y deben interpretarse de la siguiente manera:

• Mandatorio, requerido, obligatorio, obligante: elemento imprescindible.
• Recomendado: elemento prescindible pero conveniente.
• Opcional: elemento que no es conveniente ni inconveniente.
• Tolerable: elemento admisible pero inconveniente.
• Prohibido: elemento inadmisible.

De lo anterior se desprende que:

• Debe, deberá: refiere a algo que es mandatorio, requerido, obligatorio u obligante.
• Debiera, debería: refiere a algo que es recomendado.
• Podría: refiere a algo que está permitido pero es opcional.
• Puede: refiere a algo que es tolerable.

La información marcada como NOTA es una guía para comprender o aclarar el requisito asociado.

1. Fundamento Intencional de la Plataforma

Los proponentes de la Plataforma consideran que el plurinexo es el punto clave, focal e ineludible si se espera que llegue ella a plantearse como una más atractiva alternativa al JAS Estado. Por tal razón, el Fundamento Intencional de la Plataforma es la exclusividad de la plurinexión social entre sus adherentes, y se espera que toda acción en procura de tal fin, así como las acciones con incidencia nula en él, produzcan resultados más satisfactorios para sus ejecutantes que los actos cuyos resultados socaven o contraríen esta idea.

Principios Conductuales

Si bien no se puede determinar objetivamente cuales son los Principios Conductuales del JAS surgido de una eventual implementación exitosa de esta propuesta, un análisis predictivo de las posibles consecuencias de plurinectar grandes grupos sociales lleva a deducir que los descritos a continuación serían asumidos y mayoritariamente adoptados.

Autodeterminación

Es inusurpable, ineludible e irrenunciable el derecho que posee cada persona cognitivamente capacitada¹ a ser, sentir, pensar, expresar y realizar lo que sea su voluntad; siempre y cuando con ello no impida a otras personas cognitivamente capacitadas el ser, sentir, pensar, expresar y realizar lo que de ellas sea su voluntad.

Plurinexo social

Para toda persona en el Ámbito Global, es ineludible e irrenunciable la obligación de garantizar que todas sus acciones sean siempre favorables al sostenimiento del plurinexo social y nunca contribuyan a la forja de jerarquías sociales. El ejercicio del mando impuesto sobre personas con discapacidad cognitiva por parte de quienes asumen la responsabilidad de su formación y sostenimiento es la única excepción aplicable a este principio.

2.3. Equidad

La transferencia de valor genera en todo adquiriente la obligación inmediata, ineludible e irrenunciable de retornar un valor idéntico y equivalente a quien funge como cedente. La potestad de posponer o anular esta obligación es exclusiva del cedente, y la potestad de retornar un valor superior al requerido es exclusiva del adquiriente.

2.4. Transparencia del valor

El uso de un registro común, organizado, detallado, permanente, público, descentralizado y universalmente accesible para las actividades de transferencia ejecutadas en el Ámbito Global es un requisito obligante e ineludible. El Ámbito Global asumirá dicho registro como único referente válido y relevante en la asignación de valor a los recursos.

2.5. Singularidad del Ámbito Global

El Ámbito Global es único, solo es válida la existencia de una implementación de la plataforma a nivel universal, la existencia de implementaciones separadas implica la violación a este principio en todas ellas, por tanto, es obligación de quienes las integren el concertar para confluir y unificarse en un único Ámbito Global.

2.6. Prioridad de la protección

Dada la existencia cierta de riesgos, todo ámbito debe concertar, con carácter prioritario, las previsiones y precauciones necesarias ante la posibilidad o eventualidad de su ocurrencia.

2.7. Mínima intervención en la ejecución de actividades potestativas

Las herramientas de la plataforma podrán utilizarse para restringir, regular o acotar las actividades potestativas de los integrantes del Ámbito Global única y exclusivamente ante el riesgo cierto e inequívoco de violación a cualquiera de los principios aquí listados.

2.8. Incontestabilidad de la propiedad de los recursos connaturales y del valor de las actividades

Cada integrante del Ámbito Global es propietario incuestionable de sus recursos connaturales y de las actividades que realiza, siendo cada quien libre de ceder dicha propiedad mediante actividades de transferencia, siempre que estas se ejecuten de manera absolutamente voluntaria.

2.9. Asignación coherente de valor²

El valor de una persona es siempre inconmensurablemente alto, superior al de cualquier recurso o cualquier actividad, y nunca superior al de otra persona. Por tanto, la única forma admisible de representar el atributo valor de una persona es la siguiente:

$vP = \infty$

Donde:

$vP =$ valor de persona $\infty =$ magnitud infinitamente alta

Con respecto al valor de los recursos se establece lo siguiente:

• La asignación de valor a los recursos es potestad exclusiva de sus propietarios.
• La propiedad de un recurso implica siempre la propiedad de su valor.
• El valor de un recurso es intrínseco a él, no puede existir por separado.
• La extinción de un recurso implica siempre la extinción de su valor.
• El valor de un sistema es siempre la sumatoria de los valores de los recursos que lo conforman.

$vR = \sum_{i=1}^{n} vR_i$

Donde:

$vR =$ Valor de recurso

Con respecto al valor de las actividades se establece lo siguiente:

• La asignación de valor a las actividades es potestad exclusiva de sus propietarios.
• La ejecución de una actividad implica siempre la propiedad de su valor.
• El valor de una actividad sigue existiendo una vez que esta ha culminado.
• El valor de una actividad es independiente del valor de sus derivados.

3. Definiciones

En su mayoría, los conceptos y definiciones siguientes toman como fundamento la derivación ETT de Lazcanoiturburu para el estudio de los JAS, misma que a su vez parte de los Axiomas raíz del ETT de Berners-Lee.

Ámbito Global: o ÁG, grupo social conformado por la totalidad de las personas adherentes a esta especificación.³.

Ámbito específico: subconjunto de personas dentro del Ámbito Global entre quienes existen características comunes. Este documento refiere los ámbitos específicos como ámbitos, a secas.

Ambital: del ámbito o relativo a él, por ejemplo: decisión ambital.

Ambitante: integrante de un ámbito.

Coambitante: llamamiento para cada uno de los integrantes de un ámbito con respecto de los demás.

Ámbito inherente: se llama así a todo ámbito específico del que es imposible que una persona se separe, por ejemplo: el ámbito conformado por quienes tienen un mismo lugar de nacimiento, el que conforman quienes residen en la misma comunidad, el de quienes comparten un mismo género, una misma estatura, el mismo peso, etc.

Factor especulativo: indicador del nivel de aceptación en el Ámbito Global de los valores propuestos por una persona para sus productos o actividades. El factor especulativo ideal es $1$, resultante de que el valor certificado (o valor de intercambio definitivo) de un recurso sea igual o mayor al valor propuesto para dicho recurso.

$x = \dfrac{1}{n} \sum_{i=1}^{n} \dfrac{vp_i} {v_i}$

$Fe = \begin{cases} x, & \text{si } x < 1 \\ 1, & \text{si } x \geq 1 \end{cases}$

Donde:

$Fe =$ Factor especulativo $vp =$ Cada valor propuesto $v =$ Cada valor certificado $n =$ Número total de intercambios definitivos

Factor de conflictividad: indicador de la capacidad de un cedente para solventar las disputas surgidas de sus intercambios. Es el resultado de dividir la cantidad de disputas cerradas entre el total de disputas registradas. El factor de conflictividad ideal es $1$, resultante de que la persona no tenga ninguna disputa abierta.

$Fc = \begin{cases} 1, & \text{si } Dt = 0 \\ Dt^{-1}, & \text{si } Dc = 0 \text{ y } Dt > 0 \\ Dc \cdot Dt^{-1}, & \text{si } Dc > 0 \end{cases}$

Donde:

$Fc =$ Factor de conflictividad $Dt =$ Total de disputas $Dc =$ Disputas cerradas

Factor de participación: indicador que se obtiene al sumar la cantidad de valor derivado de la ejecución de actividades que haya intercambiado una persona durante su tiempo de adhesión al Ámbito Global, y compararlo con la media de tal valor para el resto de adherentes al momento de tener el mismo tiempo de adhesión al ÁG. El valor ideal para el factor de participación es $1$.

$x = \dfrac{{VT_c}} {{VT_{AG}}}$

$Fp = \begin{cases} x, & \text{si } x \leqslant 1 \\ 1, & \text{si } x > 1 \text{ o } {VT_{AG}} = 0 \end{cases}$

Donde:

$VT_c =$ Total del valor intercambiado por ejecución de actividades de una persona $c$ desde su adhesión al Ámbito Global $VT_{AG} =$ Media del total de valor intercambiado por ejecución de actividades de todas las personas del Ámbito Global al momento de tener el mismo tiempo de adhesión que $c$

Factor de fiabilidad: producto de promediar los factores especulativo, de conflictividad y de participación. El factor de fiabilidad ideal es $1$.⁴

$Ff = \dfrac{Fe + Fc + Fp}{3}$

Donde:

$Ff =$ Factor de fiabilidad $Fe =$ Factor especulativo $Fc =$ Factor de conflictividad $Fp =$ Factor de participación

Propensión concomitante: atributo que indica el nivel de disposición, interés, motivación e impulso a integrarse y participar activamente que posee cada uno de los integrantes del Ámbito Global. La propensión concomitante es un recurso intangible e intransferible de las personas.

Compensación de la propensión concomitante: la concreción de cualquier intercambio de valor consecuente a la ejecución de actividades productivas demuestra la propensión concomitante del cedente.

La Plataforma de manera automatizada asigna valor a la propensión concomitante, lo genera y lo compensa al cedente. Esta compensación puede ser vista como un intercambio entre cada persona y el Ámbito Global.

El valor de cada porción de $PC$ se calcula de la siguiente manera:

$vPC_{Ap} = \dfrac{ vAp \cdot Ff_c \cdot Ff_r \cdot \varphi }{ \dfrac{ Pi }{ P } 100 }$

Donde:

$Ap =$ Una actividad productiva $vPC_{Ap} =$ Valor de la propensión concomitante que deriva de la ejecución de $Ap$ $vAp =$ Valor certificado de la actividad productiva $Ap$ $Ff_c =$ Factor de fiabilidad del cedente de $Ap$ $Ff_r =$ Factor de fiabilidad del adquiriente de $Ap$ $\varphi =$ número áureo: $(1 + \sqrt{5})/2$ $P =$ Total de personas en el Ámbito Global $Pi =$ Total de personas en el Ámbito Global con $Ff \ne 1$

En caso de que el sistema de cómputo base de la plataforma se conforme con el aporte de recursos de procesamiento y almacenamiento de los integrantes del Ámbito Global conectados en red (por ejemplo, a través de la Internet o de la Intermesh), la ecuación toma la siguiente forma:

$vPC_{Ap} = \dfrac{ vAp \cdot Ff_p \cdot Ff_r \cdot \varphi }{ \dfrac{ Pi }{ P } \dfrac{ tC }{ tR } 100 }$

Donde:

$Ap =$ Una actividad productiva $vPC_{Ap} =$ Valor de la propensión concomitante que deriva de la ejecución de $Ap$ $vAp =$ Valor certificado de la actividad productiva $Ap$ $Ff_p =$ Factor de fiabilidad del cedente de $Ap$ $Ff_r =$ Factor de fiabilidad del adquiriente de $Ap$ $\varphi =$ número áureo: $(1 + \sqrt{5})/2$ $P =$ Total de personas en el Ámbito Global $Pi =$ Total de personas en el Ámbito Global con $Ff \ne 1$ $tC =$ Total de tiempo de conexión como proveedor de capacidad de cómputo a la plataforma $tR =$ Total de tiempo transcurrido desde el momento de registro en la plataforma

Epidinero y valoración abierta: se llama valoración abierta al método para establecer el valor de los recursos —su utilidad relativa— utilizando una unidad de cuenta que no se supedita a ningún recurso-patrón específico, dicha unidad de cuenta se denomina epidinero⁵.

Cuando se utiliza el método de valoración abierta la unidad de cuenta —el instrumento epidinerario utilizado— es al valor lo que el metro es a la longitud o lo que el kilogramo es a la masa: una simple unidad con la que se describe numéricamente una determinada magnitud, la única diferencia es que en este caso se mide una magnitud abstracta (valor), mientras que con el metro y el kilogramo se miden magnitudes físicas (longitud y masa).

Y así como no es posible acumular, ceder o intercambiar metros ni kilogramos per se, sino únicamente aquello que con ellos se mide, tampoco es posible acumular, ceder o intercambiar epidinero —la unidad de cuenta— cuando se hace valoración abierta.

Al valorar recursos con el método dinerario regular la unidad de cuenta utilizada siempre se corresponde con porciones del recurso específico que llamamos dinero⁶, tal es la razón por la que históricamente se ha considerado que la unidad de cuenta y el recurso patrón de referencia son una misma cosa.

Con el método de valoración dinerario, en la ecuación $vR_1 = n(iR_2)$, $R_2$ es siempre un objeto dinerario (o monetario) específico, mientras que con el método de valoración abierta $R_2$ es cualquier recurso, siendo la única condición necesaria que exista consenso social en torno a la magnitud de su valor, esa magnitud consensuada es una unidad de cuenta, es epidinero.

Cuando se utiliza el método de valoración abierta, la ecuación original del valor ($vR_1 = n(iR_2)$) adquiere nuevas dimensiones, ello en virtud de que con él cualquier relación de valor puede establecerse, es decir:

$vR_1 = n(iR_2) \implies vR_2 = n(iR_3) \implies ... \implies vR_o = n(iR_p)$

Donde:

$v =$ Valor $R_o =$ Cualquier recurso valorado $i =$ Importancia $R_p =$ Cualquier recurso de referencia $n =$ número racional que indica la cantidad de importancia relativa de cualquier $R$ expresada en unidades de la importancia de cualquier otro $R$

Concretamente, el método de valoración abierta permite prescindir del uso del dinero, superándose así las considerables complicaciones que ello acarrea.

Las principales ventajas de utilizar el método de valoración abierta dentro de un determinado grupo social son las siguientes:

• Al no existir objetos dinerarios o monetarios emitidos de manera arbitraria por entes centralizados se suprime la posibilidad de manipulación del valor de recursos ajenos por parte de los particulares con control sobre dicha emisión.

• Al no existir un único recurso establecido como patrón de referencia para las actividades de intercambio, se evita la posibilidad de que las personas que han acumulado grandes cantidades de él se hagan de ventajas, prerrogativas y privilegios imposibles para los demás integrantes de su grupo social.

• Se imposibilita la manipulación del valor de recursos ajenos mediante la oferta y demanda de objetos dinerarios o monetarios en grandes volúmenes, cosa que solo es posible cuando existe un único recurso de referencia (dinero) y personas que lo hayan acumulado en grandes cantidades.

Para que el método de valoración abierta sea aplicable, es condición ineludible y necesaria que todas las cesiones e intercambios relevantes dentro de un grupo social queden asentados en un registro organizado, detallado, permanente, común, público, descentralizado y siempre accesible para todos los integrantes de dicho grupo social; el Registro Común Universal o RCU, tal y como se describe en apartes posteriores, es la herramienta de la Plataforma a tales fines.

Son cesiones e intercambios relevantes aquellos en que las personas involucradas consideran necesario, o conveniente, que se establezca públicamente el valor de los recursos involucrados. Así, es probable que alguien opte por no registrar el intercambio de juguetes sexuales, pero que en cambio sí considere conveniente registrar el intercambio de las actividades productivas que ejecuta a los fines de establecer públicamente el valor que espera percibir por ellas.

El epidinero es una invención de los primeros integrantes de torbia Paraguaná y fue ahí donde por primera vez se utilizó esta herramienta de manera práctica. El epidinero originario de la torbia se denominó Palo⁷.

Epimol: unidad de valor de la Plataforma, instrumento epidinerario del Ámbito Global, herramienta de valoración abierta para los adherentes a la Plataforma. La traducción al inglés de epimol es epimole⁸.

Los múltiplos y submúltiplos del epimol se nombran utilizando los prefijos del Sistema Internacional de Unidades (SI):

1 yottaepimol = 1 YEMOL  = 10^24^ epimoles
1 zettaepimol = 1 ZEMOL  = 10^21^ epimoles
1 exaepimol   = 1 EEMOL  = 10^18^ epimoles
1 petaepimol  = 1 PEMOL  = 10^15^ epimoles
1 teraepimol  = 1 TEMOL  = 10^12^ epimoles
1 gigaepimol  = 1 GEMOL  = 10^9^ epimoles
1 megaepimol  = 1 MEMOL  = 10^6^ epimoles
1 kiloepimol  = 1 kEMOL  = 10^3^ epimoles
1 hectoepimol = 1 hEMOL  = 10^2^ epimoles
1 decaepimol  = 1 daEMOL = 10^1^ epimoles
1 epimol      = 1 EMOL   = 10^0^ epimol
1 deciepimol  = 1 dEMOL  = 10^−1^ epimol
1 centiepimol = 1 cEMOL  = 10^−2^ epimol
1 milliepimol = 1 mEMOL  = 10^−3^ epimol
1 microepimol = 1 μEMOL  = 10^−6^ epimol
1 nanoepimol  = 1 nEMOL  = 10^−9^ epimol
1 picoepimol  = 1 pEMOL  = 10^−1^ epimol
1 femtoepimol = 1 fEMOL  = 10^−15^ epimol
1 attoepimol  = 1 aEMOL  = 10^−18^ epimol
1 zeptoepimol = 1 zEMOL  = 10^−21^ epimol
1 yoctoepimol = 1 yEMOL  = 10^−24^ epimol

3. Herramientas

Los principios fundamentales de la Plataforma establecen el mínimo de lo que se debe cumplir para una implementación exitosa. Teniendo claro a qué se quiere llegar, necesario es establecer el con qué y el como lograrlo, en esta sección se describen en detalle las herramientas fundamentales para la realización de los principios de la Plataforma.

3.1. Recursos tecnológicos

El funcionamiento de la Plataforma no es posible sin la utilización de un conjunto mínimo de recursos tecnológicos que son necesarios e imprescindibles para su funcionamiento. Existen además otros recursos tecnológicos cuya utilización no es obligante pero sí altamente recomendada. A continuación se listan todos y cada uno de ellos.

3.1.1. Sistema de Computo Descentralizado Común (SCDC)

El SCDC es un recurso requerido de la plataforma.

La implementación de la Plataforma trae consigo la necesidad de que cada individuo esté en capacidad de compartir, obtener y procesar en forma eficiente y expedita un volumen de información cuya vastedad hace que solo sea manejable con el apoyo de un sistema de cómputo con las siguientes características:

1. Que posea o tienda a poseer una capacidad de procesamiento con tiempos de respuesta cercanos a la inmediatez, desde la perspectiva de cada usuario.

2. Que posea o tienda a poseer capacidad de almacenamiento infinita, a fin de garantizar la inserción ininterrumpida de nuevos datos.

3. Que sea o tienda a ser descentralizado, queriendo significar con ello que su localización, disponibilidad, operatividad y mantenimiento no dependan en lo absoluto de una persona, un grupo, un gremio o cualquier particularidad, sin importar incluso que sean ellos sectores mayoritarios.

4. Que sea o tienda a ser un sistema común, es decir, universalmente disponible para cualquier persona, en cualquier lugar y bajo cualquier circunstancia.

5. Que sea o tienda a ser un sistema libre, abierto y de fácil acceso, que los recursos necesarios para accederle posean un valor insignificante, que se requiera un esfuerzo insignificante para obtenerlos.

6. Que sea un sistema transparente cuyo software sea en su totalidad de código fuente auditable, libre, abierto y universalmente accesible, sin que medie restricción alguna; y cuyo hardware sea totalmente abierto y replicable, con diseño y materiales de fabricación que sean de completo y absoluto dominio y conocimiento público.

7. Que permita a cualquier persona la creación de usuarios del sistema con identidad distinguible e inalienable para con ellos generar sus propios recursos y representaciones de recursos dentro del sistema.

8. Que garantice a cada usuario la propiedad indiscutible e inalienable sobre los recursos y las representaciones de recursos que produzcan dentro del sistema, permitiéndoles además ceder, compartir o intercambiar dicha propiedad a voluntad.

Si bien para la fecha de publicación de este documento no existe un sistema de cómputo con las características descritas, la tecnología actual hace posible la creación de máquinas virtuales capaces de proveer el mínimo necesario de las funcionalidades mencionadas para la operación de la plataforma.⁹ Las dos estrategias posibles son las siguientes:

— SCDC sobre Internet: es posible construir un SCDC virtual sobre los recursos de hardware dispersos de un gran número de dispositivos personales de cómputo (teléfonos inteligentes, computadores portátiles, de escritorio, etc.) enlazados entre sí a través de la red Internet.

— SCDC sobre Intermesh: por incrementar la seguridad e independencia del sistema, se presenta como mejor alternativa la posibilidad de crear un SCDC virtual sobre Intermesh, la red en malla (mesh network) de alcance global conformada por la totalidad de los dispositivos personales de cómputo enlazados entre sí de manera directa e independiente, mediante redes de corto y mediano alcance.

3.1.2. Registro Común Universal (RCU)

El RCU es un recurso requerido de la plataforma.

El Registro Común Universal es la base de datos instalada en el SCDC que sirve de soporte a la ejecución de actividades productivas entre los integrantes del Ámbito Global.

Todo el contenido de RCU es expuesto pública y universalmente mediante los paths de los recursos contenidos en ella, el punto de entrada a todo ello es /RCU/.

En RCU se almacenan y consultan, al menos, los siguientes datos:

1. Información de relevancia sobre las personas del Ámbito Global en lo concerniente a la producción de bienes, la transferencia de recursos y la transferencia del valor de las actividades.

2. Información de relevancia sobre la ejecución de actividades productivas.

3. Información relevante sobre los recursos utilizados en las actividades productivas (insumos) y los recursos derivados de ellas (bienes, residuos y destructos).

4. Información relevante sobre las actividades de transferencia de valor de actividades y de recursos.

Se puede afirmar que el RCU combina las funciones de registro contable, registro de propiedad y registro de contratos dentro del Ámbito Global.

Es mandatorio que solo exista un único RCU, por lo tanto, de iniciarse distintas implementaciones con distintos RCU, se debe procurar su confluencia en la inmediatez posible.

Es mandatorio que el RCU resida en el SCDC a fin de garantizar su funcionamiento descentralizado e independiente, así como su universalidad y facilidad de acceso.

Toda la información almacenada en RCU es de dominio público, tanto las personas como los recursos con acceso al SCDC pueden consultar los datos en él almacenados sin ningún tipo de restricción.

El RCU es una base de datos que permite la lectura e inserción de nueva información pero nunca la modificación de la existente.

La escritura de datos en RCU solo puede realizarse a través de la aplicación de software Ceqa, interfaz única de inserción cuyas características se detallan más adelante en este documento de especificación.

Los cambios de estado en recursos y actividades se registran mediante la inserción, en el registro mismo, de nuevos bloques de datos identificados con una marca de tiempo correspondiente al instante de su creación, el bloque con la marca de tiempo más reciente se considera el estado actual del recurso o de la actividad.

La marca de tiempo que identifica a los bloques de actualización de estado utiliza el formato de timestamp-key, que es la cantidad de nanosegundos transcurridos desde la medianoche UTC del 1 de enero de 1970 —sin contar segundos intercalares—, hasta un instante determinado. El timestamp-key de cada bloque de actualización de estado se corresponde siempre y obligatoriamente con el instante en que este se inserta.

Cada registro en RCU, incluyendo sus bloques de actualización de estado, debe ser posible para cualquier agente en SCDC el consultarlos de manera directa y sin restricción alguna haciendo referencia al path correspondiente, por ejemplo: GET /RCU/RPs/id0.

Los tipos específicos de registro que pueden existir en RCU son los siguientes:

Registro de persona

Un registro de persona (RP) es una representación de la identidad de un integrante del Ámbito Global dentro del RCU y sus bloques de cambio de estado.

Cada registro de persona pertenece a un único usuario del SCDC y es absolutamente intransferible. En cada registro de persona se indica el PRV propietario del registro, (PRV: Path de recurso vivo, identificador de usuario en SCDC).

Una persona puede crear tantos registros de persona como le resulte conveniente, ergo, un mismo PRV puede estar asociado a múltiples registros de persona.

La inclusión de datos personales en los registros de persona es enteramente opcional, es potestad de cada quien el decidir lo que revela de sí, es totalmente factible operar en la Plataforma utilizando nombres propios, seudónimos, alias, sobrenombres o números de serie; lo que se revele dependerá de las necesidades de cada quien y de la naturaleza de las actividades que se ejecuten.

Existen dos registros de persona especiales que nacen con el RCU, el /RCU/RPs/id0, utilizado para referir a ninguna persona; y el /RCU/RPs/id1, que hace referencia a todas las personas, es decir, a la totalidad de integrantes del Ámbito Global.

La representación de estos registros como objetos ECMAScript 99.6:

'RCU/RPs/id0' = {
    PRV: '/root',
    timestamp: tsk2808604800,
    tsk2808604800: {
        contratos: {}
    }
};

'RCU/RPs/id1' = {
    PRV: '/',
    timestamp: tsk2808604800,
    tsk2808604800: {
        contratos: {
            0: '/RCU/RCs'
        }
    }
};

En cada registro de persona se mantiene una colección con los identificadores de los contratos suscritos por su propietario, tales contratos se representan como registros de contrato, mismos que son descritos en forma detallada más adelante.

Registro de recurso

Un registro de recurso (RR) es la representación dentro del RCU de un recurso cualquiera —material o intangible—, y sus bloques de cambio de estado.

Cada registro de recurso incluye una colección de propietarios en que se hace referencia a uno o más registros de persona o de recurso.

La colección de propietarios de un registro de recurso recién creado contiene un único registro de persona, el de quien hace el registro.

Cuando un recurso A se registra como propietario de un recurso B, simplemente se está estableciendo que las personas propietarias de A son propietarias de B.

La potestad para hacer modificaciones de estado en un recurso (inserción de nuevos bloques de estado) es exclusiva de sus propietarios.

Toda modificación al estado de un recurso en que se altere su colección de propietarios debe realizarse mediante la ejecución de un contrato.

Toda modificación al estado de un recurso que posea más de un propietario debe realizarse mediante la ejecución de un contrato.

El registro de recurso especial /RCU/RRs/id0 hace referencia al sistema que contiene la totalidad de lo que existe; todo recurso es, como mínimo, parte del conjunto /RCU/RRs/id0.

Cada bloque de estado en un registro de recurso contiene al menos los siguientes datos:

• Tipo de recurso (insumo, bien, residuo, destructo u otro).
• Valor del recurso asignado por sus propietarios.
• Colección de propietarios indicando la parte de valor perteneciente a cada uno.
• Colección de conjuntos o sistemas en los que el recurso es un elemento o parte.

Registro de actividad

Un registro de actividad (RA) es la representación dentro del RCU de una actividad productiva y sus bloques de cambio de estado.

Cada registro de actividad incluye una colección de propietarios donde se hace referencia a uno o más registros de persona o de recurso.

La colección de propietarios de un registro de actividad recién creado contiene un único registro de persona, el de quien hace el registro.

Cuando un recurso A se registra como propietario de una actividad, simplemente se está estableciendo que las personas propietarias de A son propietarias de la actividad en cuestión.

La potestad para hacer modificaciones de estado en una actividad (inserción de nuevos bloques de estado) es exclusiva de sus propietarios.

Toda modificación al estado de una actividad en la que se altere su colección de propietarios debe realizarse mediante la ejecución de un contrato.

Toda modificación al estado de una actividad que posea más de un propietario debe realizarse mediante la ejecución de un contrato.

El registro de actividad especial /RCU/RAs/id0 hace referencia a la totalidad de la actividad universal, el conjunto de actividades que agrupa a todas las existentes.

Cada bloque de estado en un registro de actividad contiene al menos los siguientes datos:

• Fase en que se encuentra la actividad (por ejecutar, en ejecución o ejecutada).
• Valor asignado a la actividad por sus propietarios.
• Colección de propietarios indicando la parte de valor perteneciente a cada uno.
• Colección de conjuntos o sistemas en los que la actividad descrita es un elemento o parte.
• Colección de insumos relevantes utilizados.
• Colección de bienes relevantes derivados de la actividad.
• Colección de residuos relevantes derivados de la actividad.
• Colección de destructos relevantes derivados de la actividad.

Registro de contrato

Un registro de contrato (RC) es, tanto la representación formal en RCU de un acuerdo entre partes, como el instrumento que permite su ejecución y cumplimiento en lo que al RCU respecta.

Los registros de contrato no poseen propietarios.

Quien inserta un registro de contrato en RCU se denomina editor.

Todo registro de contrato es estático, su estado no puede ser modificado, una vez creado, permanece por siempre inalterado.

Una persona suscribe un contrato —acepta sus condiciones— cuando lo incluye en la colección de contratos suscritos de su registro de persona.

Cada registro de contrato se compone de dos colecciones, una de condiciones y otra de scripts.

La interfaz única de inserción en RCU —Ceqa— se encarga de validar las condiciones que se verifican con cada inserción en RCU y ejecuta los scripts correspondientes.

Cada script es una función ECMAScript 99.6 cuyo valor de retorno solo puede ser un objeto, mismo que solo puede contener una colección de paths de bloque de estado y los datos para insertar en ellos.

Dependiendo de lo establecido en las condiciones y lo programado en los scripts, es posible que un mismo contrato se ejecute en múltiples ocasiones.

Con la ejecución de contratos NO se pueden crear nuevos registros en RCU, únicamente se pueden insertar bloques de estado en registros RCU preexistentes.

La obligatoriedad de uso de contratos para la inserción de bloques de estado depende de como varíe la información de propiedad con tales inserciones, las reglas a este respecto se exponen en el siguiente cuadro, partiendo de:

id0 = ninguna persona (/RCU/RPs/id0) id1 = todas las personas del Ámbito Global (/RCU/RPs/id1) idα = personas específicas (uno o más en /RCU/RPs/id.+)

Se tiene que:

Cada condición en un registro de contrato se representa como una expresión lógica de condición, es decir, una expresión que al ser evaluada solo puede dar como resultado valor verdadero o valor falso.

En todo contrato, sin excepción, existe una condición base en la que se establece que este solo se ejecuta si ha sido suscrito por los propietarios de los registros afectados en los scripts.

Los únicos operandos permitidos en las expresiones lógicas de condición y en los scripts de contrato son los siguientes:

1. Constantes: valores numéricos o cadenas de caracteres específicos definidos por el editor al diseñar el registro.
2. Función ya(): timestamp-key del instante en curso.
3. Registros en RCU: cualquier dato almacenado en RCU, para su localización se utilizan expresiones regulares, patrones de búsqueda específicos para la obtención de cualquier path en RCU y de los datos contenidos en ellos. Para la construcción de cada expresión regular se utiliza el estándar para ellas definido en la especificación del lenguaje de programación ECMAScript 99.6.
4. Expresiones aritméticas: además de utilizar constantes y expresiones regulares como operandos directos, es posible utilizar expresiones aritméticas en las que ellos se relacionen. Las expresiones aritméticas permitidas son aquellas definidas para la construcción de expresiones en la especificación del lenguaje de programación ECMAScript 99.6.
5. Subexpresiones: dentro de cualquier expresión pueden existir otras expresiones, estas se delimitan entre paréntesis y no existe límite para el número de ellas que puedan estar anidadas dentro de otras.

Lo anterior implica que cualquier dato que se utilice en las expresiones o los scripts debe provenir obligatoriamente del RCU, no es posible apelar a datos externos.

Cada contrato se ejecuta automáticamente en tanto todas sus expresiones lógicas de condición se verifiquen simultáneamente como verdaderas, incluida la condición base.

Dada su utilidad implícita como herramienta de automatización, cualquier persona puede utilizar registros de contrato para modificar programáticamente el estado de sus propios recursos o actividades.

Registro de disputa

Un registro de disputa (RD) es aquel cuya única funcionalidad es la de servir como manifestación formal de desacuerdo con uno o más contratos, ya sea que estos se hayan ejecutado o no.

La potestad para hacer modificaciones de estado en una disputa (inserción de nuevos bloques de estado) es exclusiva de sus propietarios, esto implica que solo quienes inician una disputa pueden darla por resuelta.

La modificación directa o mediante contratos del estado de una disputa depende del tipo de transferencia de propiedad implícita, tal y como se describe en párrafos anteriores.

Cada bloque de estado en un registro de disputa contiene al menos los siguientes datos:

• Colección de propietarios del registro.
• Colección de contratos en disputa.
• Exposición del conflicto.
• Exposición de consecuencias.
• Colección de personas favorecidas.
• Colección de personas perjudicadas.
• Colección de contratos propuestos para dar solución a la disputa.

Se considera resuelta una disputa cuando su colección de perjudicados solo hace referencia a /RCU/RPs/id0 (ninguna persona).

Concreciones sobre la propiedad de los recursos en RCU

Los recursos de contrato no poseen propietarios, su estado no puede ser modificado.

La propiedad de un registro de persona es intransferible, el propietario es siempre el usuario de SCDC que lo crea.

La colección de propietarios en los registros de recurso, de actividad y de disputa contiene un único registro de persona al momento de su creación, el de quien hace el registro. A partir de entonces, la propiedad de los mencionados registros se puede transferir infinitas veces, de manera directa o mediante la ejecución de contratos.

Criterio de relevancia de la información

Más allá del formato requerido y mínimo de información obligante para cada tipo de registro —descritos a continuación— en RCU, la elección del nivel de detalle adicional que se incluya en ellos es potestad exclusiva de sus propietarios, ergo, no existe límite para el número de propiedades adicionales que se puede incluir en cada registro.

Cada propietario de registros de persona elige la información personal que hace pública en RCU. Es posible operar en la plataforma de manera totalmente anónima, no obstante, se presume que el grueso de integrantes del Ámbito Global se verá impelido a revelar cierta cantidad de información personal a los fines de generar entre sus pares el nivel de confianza necesario al momento de interactuar con ellos.

Para los registros de recurso no se requiere especificar detalles que no tengan relevancia durante su intercambio o sus cambios de estado, y en lo concerniente a los registros de actividades, no se requiere especificar detalles que no tengan relevancia durante su ejecución, el intercambio de su valor o cualquier otro cambio de estado.

Estructura básica del RCU

Descripción formal, como objeto ECMAScript 99.6, de la estructura básica de los cinco tipos de registro que admite el RCU. Nótese el uso de expresiones regulares del tipo que define ese mismo lenguaje de programación para especificar el formato y posibles valores de las distintas propiedades admitidas.

/***********************************************************
 *                         R C U                           *
 *        Descripción del Registro Común Universal         *
 *                    path: /RCU/desc                      *
 **********************************************************/

RCU.desc = {
    /** Registro de Personas, path: /RCU/RPs **/
    RPs: {
        '^id.+$': {
            PRV: '^/.+$',
            '^timestamp$': '^tsk\d+$',
            '^tsk\d+$': {
                '^contratos$': {
                    '^\d+$': '^\/RCU\/RCs\/id.+$'
                }
            }
        }
    },
    /*
    - PRV: path del recurso vivo (identificador de usuario
           SCDC) propietario del registro de persona.
    - timestamp: instante de creación del registro en
                 formato tsk.
    - id: identificador único de persona en RCU.
    - tsk: instante de inserción del registro.
    - contratos: ids de contratos suscritos por el
                 propietario del registro.
    */

    /** Registro de Recursos, path: /RCU/RRs **/
    RRs: {
        '^id.+$': {
            '^timestamp$': '^tsk\d+$',
            '^tsk\d+$': {
                '^tipo$': '^(0|1|2|3|4)$',
                '^valor$': '^\d+\.?\d*$',
                '^propietarios$': {
                    '^\d+$': {
                        '^persona|recurso$': '^\/RCU\/RPs\/id.+$',
                        '^parte$': '^(0\.?\d*|1)$'
                    }
                },
                '^conjuntos$': {
                    '^\d+$': '^\/RCU\/RRs\/id.+$'
                },
                '^contenido$': '^.*$'
            }
        }
    },
    /*
    - id: identificador único de recurso.
    - timestamp: instante de creación del registro en
                 formato tsk.
    - tsk: instante de inserción del registro.
    - tipo: tipo de recurso, sus posibles valores son:
            0 = insumo
            1 = bien
            2 = residuo
            3 = destructo
            4 = otro
    - valor: número real positivo que representa el valor
             del recurso en palos.
    - propietarios: detalle de la propiedad del recurso.
    - persona: RPs/id de cada una de las personas propietarias
               del recurso.
    - recurso: RRs/id de cada uno de los recursos propietarios
               del recurso.
    - parte: número entre 0 y 1 que indica la parte del
             valor del recurso que pertenece al propietario
             indicado, la suma de todas las partes debe ser
             siempre igual a 1.
    - conjuntos: opcional, nombres delo los conjuntos —sistemas—
                 a los que pertenece el recurso descrito; o,
                 recursos entre los que el recurso se
                 cuenta como un componente o subrecurso; o,
                 recursos padre de éste recurso.
    - contenido: opcional, utilizado en caso de que el recurso
                 sea posible representar el recurso dentro del
                 mismo registro.
    */

    /** Registro de Actividades, path: /RCU/RAs **/
    RAs: {
        '^id.+$': {
            '^timestamp$': '^tsk\d+$',
            '^tsk\d+$': {
                '^fase$': '^(0|1|2)$',
                '^valor$': '^\d+\.?\d*$',
                '^propietarios$': {
                    '^\d+$': {
                        '^persona|recurso$': '^\/RCU\/RPs\/id.+$',
                        '^parte$': '^(0\.?\d*|1)$'
                    }
                },
                '^conjuntos$': {
                    '^\d+$': '^\/RCU\/RAs\/id.+$'
                },
                '^insumos$': {
                    '^\d+$': '^\/RCU\/RRs\/id.+$'
                },
                '^bienes$': {
                    '^\d+$': '^\/RCU\/RRs\/id.+$'
                },
                '^residuos$': {
                    '^\d+$': '^\/RCU\/RRs\/id.+$'
                },
                '^destructos$': {
                    '^\d+$': '^\/RCU\/RRs\/id.+$'
                }
            }
        }
    },
    /*
    - id: identificador único de actividad.
    - timestamp: instante de creación del registro en
                 formato tsk.
    - tsk: instante de inserción del registro.
    - fase: situación en que se encuentra la actividad:
            0 = detenida
            1 = en ejecución
            2 = finalizada
    - valor: número real positivo que representa el valor
             de la actividad en palos.
    - propietarios: detalle de la propiedad de la actividad.
    - persona: RPs/id de cada una de las personas propietarias
               de la actividad.
    - recurso: RRs/id de cada uno de los recursos propietarios
               de la actividad.
    - parte: parte del valor de la actividad que pertenece al
             propietario indicado, la suma de todas las
             partes debe ser siempre igual a 1.
    - conjuntos: nombres delo los procesos productivos
                 en los que la actividad descrita es un
                 elemento.
    - insumos: insumos relevantes de la actividad.
    - bienes: de haberlos, productos relevantes de la
              actividad.
    - residuos: de haberlos, residuos relevantes de la
                actividad.
    - destructos: de haberlos, destructos relevantes de
                  la actividad.
    */

    /** Registro de Contratos, path: /RCU/RCs **/
    RCs: {
        '^id.+$': {
            '^timestamp$': '^tsk\d+$',
            '^editor': '^\/RCU\/RPs\/id.+$',
            '^condiciones$': {
                '^\d+$': {
                    '^expresión$': '.+',
                    '^scripts$': {
                        '^\d+$': '^\d+$'
                    }
                }
            },
            '^scripts$': {
                '^\d+$': '^.+$'
            }
        }
    },
    /*
    - id: identificador único de contrato.
    - timestamp: instante de creación del registro en
                 formato tsk.
    - editor: id de la persona que creó él registro.
    - condiciones: expresiones lógicas de condición que
                   deben verificarse como verdaderas para
                   que el contrato se ejecute.
    - scripts: programas de actualización de estado.
    */

    /** Registro de Disputas, path: /RCU/RDs **/
    RDs: {
        '^id.+$': {
            '^timestamp$': '^tsk\d+$',
            '^tsk\d+$': {
                '^propietarios$': {
                    '^\d+$': '^\/RCU\/RPs\/id.+$'
                },
                '^contratos$': {
                    '^\d+$': '^\/RCU\/RCs\/id.+$'
                },
                '^conflicto$': {
                    '^\d+$': '.*'
                },
                '^consecuencias$': {
                    '^\d+$': '.*'
                },
                '^favorecidos$': {
                    '^\d+$': '^\/RCU\/RPs\/id.+$'
                },
                '^perjudicados$': {
                    '^\d+$': '^\/RCU\/RPs\/id.+$'
                },
                '^soluciones$':{
                    '^\d+$': '^\/RCU\/RCs\/id.+$'
                }
            }
        }
    },
    /*
    - id: identificador único de disputa.
    - timestamp: instante de creación del registro en
                 formato tsk.
    - tsk: instante de inserción del registro.
    - contratos: contratos en disputa.
    - conflicto: exposición del conflicto.
    - consecuencias: consecuencias de la disputa.
    - favorecidos: personas favorecidas por la situación
                   planteada.
    - perjudicados: personas perjudicadas por la situación
                    planteada.
    - soluciones: contratos propuestos para dar solución a
                  la disputa.
    */
};

Métodos disponibles en /RCU*

SEARCH: la respuesta a una petición de búsqueda puede ser un path, una colección de paths, múltiples colecciones de paths o nada.

Cada petición de búsqueda debe incluir en su cuerpo una colección (objeto ECMAScript 99.6) que contenga al menos una expresión regular de path.

Si alguna de esas expresiones refiere a tsks futuros, la petición se considera una búsqueda diferida y la respuesta se recibirá cuando se alcance el tsk más próximo de los indicados en ellas.

Lo anterior implica que es posible crear búsquedas a futuro cuya respuesta se reciba al momento de cumplirse las condiciones esperadas, es decir, el método de búsqueda sirve para programar la recepción de notificaciones con la ocurrencia de determinados eventos de inserción en RCU. Ejemplo:

SEARCH /RCU
Content-Type: application/ecmascript
Accept: application/ecmascript

{
    0: '^\/RCU\/RCs\/.+\/entregas\/.+\/receptores\/0$'
}

La respuesta a una petición como la de este ejemplo será una colección (objeto ECMAScript 99.6) con los paths de todos los receptores 0 de todos los registros de contrato existentes en RCU.

GET: responde con una representación del recurso solicitado.

GET /RCU
Accept: application/ecmascript

Todo GET a un path en RCU devuelve una de dos respuestas:

• La colección de los paths directamente subordinados al path de la petición.
• Los datos registrados bajo el path de la petición, solo en caso de que no exista ninguna colección subordinada al path de la petición.

En base a lo anterior, la respuesta a GET /RCU sería:

{
    0: '/RCU/RPs',
    1: '/RCU/RRs',
    2: '/RCU/RAs',
    3: '/RCU/RCs',
    4: '/RCU/RDs'
}

3.1.3. Ceqa

La Ceqa es una aplicación de software diseñada específicamente para la inserción de datos en RCU, de hecho, Ceqa es el único recurso en SCDC con el nivel de autorización requerido para hacerlo.

La Ceqa posee un único path: /Ceqa.

Solo puede existir una instancia válida de la Ceqa en el SCDC.

La Ceqa es una herramienta autónoma, opera en forma independiente, no puede ser modificada ni alterada en forma alguna.

Métodos disponibles en /Ceqa

GET: devuelve el detalle de los formatos de entrada permitidos para cada tipo de registro y las validaciones de autorización e integridad referencial que realiza la Ceqa sobre cada petición.

POST: utilizado para solicitar a la Ceqa la creación de nuevos registros en RCU, o la inserción de bloques de cambio de estado en ellos.

Cada petición POST a la Ceqa incluye en su cuerpo un objeto ECMAScript 99.6 donde cada elemento es una petición específica de inserción en RCU.

POST /Ceqa
Content-Type: application/ecmascript
Accept: application/ecmascript

{
    0: {
        tipo: 'RPs',
        'id\u': {
            'tsk\@': {
                contratos: {}
            }
        }
    },
    1: {
        tipo: 'RPs',
        id007: {
            'tsk\@': {
                contratos: {}
            }
        }
    }
}

El ejemplo anterior muestra una petición en la que un usuario del SCDC (o uno de sus recursos) solicita a la Ceqa la creación de dos registros de persona (tipo: 'RPs').

La expresión \u en una solicitud de inserción indica a la Ceqa que debe generar un identificador unicode único para el nuevo registro de persona. Es posible que en la solicitud se especifiquen directamente los identificadores a incluir, en tal caso la Ceqa responderá con un mensaje de error si el identificador indicado ya está en uso.

La expresión \@ en una solicitud de inserción indica a la Ceqa que debe insertar el valor de retorno de la función ya() (timestamp-key del instante de creación del registro) en el lugar indicado. Cualquier petición donde se intente insertar un tsk predefinido es rechazada.

La Ceqa inserta automáticamente el timestamp de creación del registro.

Una respuesta exitosa a la petición de ejemplo vendría a ser una colección (objeto ECMAScript 99.6) con los paths generados:

{
    0: '/RCU/RPs/id45rr3s33t5',
    1: '/RCU/RPs/id007'
}

Inserción automática de registros en RCU

No todas las inserciones que realiza la Ceqa en RCU ocurren a demanda de sus usuarios, existen dos casos particulares en los que la Ceqa actúa de manera autónoma y hace inserciones en RCU:

1. Ejecución de contratos: con cada petición de inserción que recibe, la Ceqa verifica si con los registros o bloques a crear se satisfacen las condiciones de algún contrato; de ser así, la Ceqa realiza la inserción de los bloques de estado indicados en tales contratos.

2. Compensación de la propensión concomitante (CPC): la concreción de cualquier intercambio de valor consecuente a la ejecución de actividades productivas demuestra la propensión concomitante del cedente, es decir, con la ejecución de cada contrato donde se transfiera el valor de una o más actividades, la Ceqa calcula la CPC generada y crea el o los registros de recurso correspondientes.

El siguiente es un ejemplo de lo que sería el registro de la porción de propensión concomitante certificada cuando la persona /RCU/RPs/id2 completa el intercambio exitoso del valor de la actividad /RCU/RAs/id201/tsk501:

'/RCU/RRs/id90501' = {
    timestamp: tsk701,
    tsk701: {
        tipo: 1,
        valor: 0.00000000000001,
        propietarios: {
            0: {
                persona: '/RCU/RPs/id2',
                parte: 1
            }
        },
        conjuntos: {
            0: '/RCU/RAs/id201/tsk501'
        }
    }
}

3.1.4. ADDAA

Aplicación de Diseño, Descripción y Análisis de Actividades (Activity Design, Description and Analysis Application), o ADDAA, es cualquier aplicación o conjunto de aplicaciones de software que sirvan como mediadores entre las personas y el RCU, directamente o a través de la Ceqa.

En general, un ADDAA provee a sus propietarios las siguientes funcionalidades:

• Obtención, procesamiento, análisis, organización y presentación de datos almacenados en RCU.
• Obtención, procesamiento, análisis, organización y presentación de Información proveniente de otras fuentes que sean relevantes en la ejecución de actividades.
• Preparación, corrección, consolidación, validación y certificación de datos para su posterior inserción en RCU a través de la Ceqa.
• Configuración de contratos para su posterior inserción en RCU a través de la Ceqa.
• Inserción a demanda, de manera inmediata o programada, de registros y bloques de estado en RCU a través de la Ceqa.
• Análisis de origen y fiabilidad del valor de los recursos y las actividades.

Un ADDAA debe servir eficientemente en la ejecución de consultas y búsquedas, cruce de información, generación de reportes, informes y modelos; debe generar estadísticas, estimaciones, predicciones y otros recursos informativos de utilidad generalizada y de utilidad específica. En tiempo real o cercano al real, debe ser capaz de establecer enlaces de comunicación en forma eficiente y expedita con otras aplicaciones de software, con dispositivos de hardware y con las personas.

En general, un ADDAA debe facilitar la toma de decisiones, la coordinación y la organización de actividades productivas o de consumo, haciendo innecesaria la asignación a personas de actividades de gerencia, seguimiento, coordinación o supervisión.

El ADDAA es también una herramienta de uso personal, sirve para verificar el origen del valor de los bienes y actividades que se adquieren para el consumo, este es probablemente el uso más común que se hace de este tipo de herramientas.

A diferencia de RCU y Ceqa, los ADDAA son aplicaciones de software de uso individual o ambital, son además personalizables y optimizables en la medida de las necesidades de sus propietarios.

Considerando el altísimo volumen de información que contiene el RCU y la imposibilidad de operar en él sin el soporte de aplicaciones de software, la posesión de al menos un ADDAA por parte de cada integrante del Ámbito Global es una condición «obligante» de la plataforma.¹⁰

3.2. Corpus

Un corpus es un ámbito conformado específicamente para la ejecución de actividades productivas. El corpus es la forma «exclusiva» de asociación para la producción en esta especificación.

Un corpus puede conformarse por dos o más personas, las únicas restricciones que le aplican son las mismas que se establecen en los principios fundamentales de la plataforma, por lo tanto, se sobreentiende que un corpus es siempre una plurinexión de personas.

Aunque no es obligante, es conveniente formalizar la existencia de los corpus mediante la inserción de registros de recurso en RCU; un registro de ámbito es siempre un registro de valor cero cuyos propietarios son sus propios integrantes.

'/RCU/RRs/id232r3' = {
    timestamp: tsk453345644,
    tsk453345644: {
        tipo: 4,
        valor: 0,
        propietarios: {
            0: {
                persona: '/RCU/RPs/id25jF',
                parte: 0.5
            },
            1: {
                persona: '/RCU/RPs/id2&317',
                parte: 0.5
            }
        }
    }
}

3.3. Prodevo

Herramienta provista por la plataforma para facilitar y formalizar la toma de decisiones colectivas dentro de cualquier ámbito. La palabra prodevo es un acrónimo que nace de unir las palabras propuesta, deliberación y votación.

La prodevo permite a los integrantes del Ámbito Global:

• Presentar propuestas en torno a cualquier asunto.
• Deliberar, debatir y proponer cambios a tales propuestas.
• Votar para decidir la viabilidad y eventual puesta en práctica de lo propuesto.

Existen dos tipos de prodevo:

Prodevo de actividad: aquella en que la realización de la propuesta implica la ejecución de actividades, generalmente actividades productivas o procesos judiciales. Prodevo de concierto: aquella que solo procura formalizar regulaciones, convenios, normas, reglas, pactos, acuerdos, convenciones, tratados y cualquier otra forma de consenso dentro de un ámbito.

Se llama proponente de una prodevo a la persona que crea en RCU los registros que la conforman. El proponente de una prodevo puede ser cualquier integrante del Ámbito Global.

Cada prodevo se compone de cuatro registros, tres de recurso y uno de contrato:

• Registro de ámbito para prodevo (registro de recurso)
• Registro principal para prodevo (registro de recurso)
• Registro de deliberación para prodevo (registro de recurso)
• Registro de contrato para prodevo (registro de contrato)

3.3.1 Registro de ámbito para prodevo

Los propietarios de este registro conforman el ámbito propuesto de la prodevo, son, a juicio del proponente, las personas con derecho a voto en ella.

El registro de ámbito para una prodevo puede crearse simultáneamente con ella, pero también es posible utilizar uno preexistente, por ejemplo, el de un corpus, el de una comunidad cualquiera, el de un determinado gremio, el de los habitantes de un sector, el de alguna prodevo previa, etc.

Es un requerimiento obligante de la plataforma que en este registro siempre estén presentes quienes integran los ámbitos inherentes que pudieran verse afectados.

3.3.2. Registro principal para prodevo

El registro principal contiene:

• El nombre o denominación en lenguaje natural de la prodevo.
• Una descripción detallada y en lenguaje natural de la propuesta que se presenta a consideración.
• Un anteproyecto, el plan concreto y detallado para realizar la propuesta. La presentación de un anteproyecto es obligatoria únicamente para prodevos de actividad.
• El ámbito formalizado de la prodevo, conformado por los propietarios de este registro, que son a su vez, los propietarios del registro de ámbito. La razón de esta aparente duplicidad se aclara en subsiguientes apartes.
• Las versiones de la prodevo, actualizadas con cada propuesta de versionamiento que los integrantes del Ámbito Global presenten y su votación totalizada, actualizada cada vez que algún integrante del ámbito formalizado registre su voto.

3.3.3. Registro de deliberación para prodevo

Es el registro donde se hacen efectivas la deliberación y la votación de la prodevo.

En el momento de su creación, la propiedad del registro de deliberación de una prodevo se transfiere al Ámbito Global (/RCU/RPs/id1), es decir, se convierte en un registro público en el cual cualquier persona puede insertar bloques de cambio de estado.

Solo dos tipos de bloque de cambio de estado se consideran válidos en un registro de deliberación para prodevo, los bloques de versionamiento y los bloques de votación.

En los bloques de versionamiento solo puedo haber:

• Propuestas de modificación al ámbito de la prodevo, estas constan de dos paths, el del ámbito propuesto y el del contrato que se debe suscribir en reemplazo del actual para aprobar el cambio.
• Propuestas de modificación al anteproyecto de la prodevo, en ellas solo se insertan bloques de estado donde solo varía el texto del anteproyecto.

En los bloques de votación solo puedo haber:

• Identificador de la versión de prodevo que se vota.
• El voto a favor, nulo o en contra de la versión de prodevo indicada, representados así:

$\textbf{ 1} =$ a favor $\textbf{ 0} =$ nulo $\textbf{-1} =$ en contra

En toda versión la propuesta debe permanecer inalterada, cuando existe desacuerdo con la propuesta, lo correspondiente es registrar una nueva prodevo con la propuesta alternativa.

Esta especificación «recomienda» que cualquier conflicto entre versiones con distinto ámbito se resuelva favoreciendo aquellas donde los ámbitos inherentes sean mayoría.

3.3.4. Registro de contrato para prodevo

Registro que permite enlazar y relacionar a todos los demás registros de la prodevo entre sí. Los scripts de este registro ejecutan las siguientes tareas:

Formalización del ámbito de prodevo

Una vez suscrito por todos los integrantes del ámbito propuesto (propietarios del registro de ámbito para prodevo), el contrato otorga a ellos mismo la propiedad del registro principal, con esto se certifica que el ámbito propuesto tiene interés en debatir los asuntos planteados, es así como el ámbito propuesto se convierte en el ámbito formalizado de la prodevo.

Las personas en el ámbito formalizado de la prodevo podrán insertar bloques de estado en ella, tanto para versionarla como para votarla.

Las personas fuera del ámbito formalizado de la prodevo podrán insertar bloques de estado en ella únicamente para versionarla.

Formalización de versiones propuestas

El contrato recoge cada bloque de versionamiento válido insertado y lo inscribe en el registro principal, recuérdese que cualquier integrante del Ámbito Global puede versionar una prodevo.

Totalización de votos

El contrato contabiliza los bloques de votación válidos insertados en el registro de deliberación y con dicha información inserta bloques de estado actualizados para las versiones de prodevo correspondientes en el registro principal.

Solo se consideran válidos los votos de quienes pertenecen al ámbito formalizado.

Solo se considera válido el último voto que una persona registre, es decir, solo se puede votar una de las versiones de la prodevo.

Un voto nulo y el no votar tienen idéntico efecto e interpretación en la prodevo.

Conclusión de prodevo

El contrato da por concluida la prodevo tras 24 horas (86 400 000 000 000ns) de haberse cumplido la siguiente condición:

$vof_i - voc_i > \dfrac{n} {2}$

Donde:

$vof_i =$ Cantidad de votos a favor de la versión $i$ de la prodevo $voc_i =$ Cantidad de votos en contra de la versión $i$ de la prodevo $n =$ Total de integrantes del ámbito formalizado de la prodevo

Es decir, la prodevo concluye cuando la cantidad de votos a favor de una versión, menos la cantidad de votos en contra de esa versión, es superior al 50 % del número de integrantes del ámbito formalizado de prodevo.

Una prodevo que no alcanza la votación necesaria para declararse conclusa permanece abierta indefinidamente, no obstante, esta especificación «recomienda» que para cada prodevo se establezca un límite de tiempo de vigencia a partir del cual la prodevo se considere desierta; esto no impide por supuesto que en algún momento la prodevo sea revaluada y reconsiderada.

Si la prodevo que concluye contiene un anteproyecto, este se convierte en proyecto al momento de la conclusión y como tal debe de registrarse.

3.4. Oferta y demanda

Se llama oferta al conjunto de recursos y actividades que presenta ante el Ámbito Global cada uno de sus integrantes, la oferta se hace pública mediante registros de recurso y de actividad en RCU.

Se llama demanda al conjunto de recursos y actividades que requiere del Ámbito Global cada uno de sus integrantes, la demanda se hace pública mediante registros de recurso y de actividad en RCU.

La oferta o demanda de recursos se manifiesta mediante registros de recurso regulares a los que se añade el atributo OD que puede tomar dos posibles valores, O si es oferta y D si es demanda, por ejemplo:

'/RCU/RRs/idgf568' = {
    timestamp: tsk2808604800,
    tsk2808604800: {
        OD: 'O',
        tipo: 1,
        valor: 0.000000000001,
        propietarios: {
            0: {
                persona: '/RCU/RPs/idhgh7',
                parte: 1
            }
        },
        conjuntos$: {},
        datos: {
            nombre: 'nombre del recurso',
            utilidad: 'utilidad del recurso'
        }
    }
};

'RCU/RAs/id42342' = {
    timestamp: tsk2808604800,
    tsk2808604800: {
        OD: 'D',
        fase: 0,
        valor: 0.000000000001,
        propietarios: {
            0: {
                persona: '/RCU/RPs/id10',
                parte: 1
            }
        },
        conjuntos: {},
        insumos: {},
        bienes: {},
        residuos: {},
        destructos: {},
        desc: {
            0: 'hora de fabricación de escobas'
        }
    }
};

El valor en los tsk con atributo OD se considera el valor propuesto del recurso o la actividad, ya que se hagan efectivas operaciones de intercambio con ellos, se considerará que su valor certificado es el del tsk más reciente donde se evidencie un cambio de propietarios y no exista el atributo OD.

El valor en el primer tsk de todo registro es siempre, y por razones obvias, el valor propuesto del recurso o la actividad.

3.5. Proyecto

Un proyecto es un plan de ejecución de actividades productivas. El proyecto es un elemento «requerido» de la plataforma.

Son propietarios de un proyecto quienes lo planean, que bien puede ser una persona, un corpus o los integrantes de un ámbito determinado.

Un proyecto se formaliza cuando sus propietarios crean en RCU un registro de actividad para proyecto, llamado también registro de proyecto, algo como:

'RCU/RAs/id101Y' = {
    timestamp: tsk898909701,
    tsk898909701: {
        fase: 0,
        valor: 0.0000001,
        propietarios: {
            0: {
                persona: '/RCU/RPs/id232',
                parte: 0.5
            },
            1: {
                persona: '/RCU/RPs/id323',
                parte: 0.5
            }
        },
        conjuntos: {
            0: '/RCU/RAs/id772/tsk906w5',
            1: '/RCU/RAs/id773/tsksxg67'
        },
        insumos: {
            0: '/RCU/RRs/id2',
            1: '/RCU/RRs/id3'
        },
        bienes: {
            0: '/RCU/RRs/id4'
        },
        residuos: {},
        destructos: {},
        datos: {
            duración: 21600,
            anteproyecto: '/path/del/documento/tsk232',
            hash: 'hash del documento de anteproyecto'
        }
    }
}

Todo proyecto se descompone en al menos tres fases: diseño, preparación y ejecución.

3.5.1. Fase de diseño

La fase de diseño es el periodo durante el cual se definen con exactitud cuales son los insumos requeridos para la ejecución del proyecto; cuál es la dependencia, prelación y secuencia de ejecución de las actividades, y cuáles son el producto y el resultado esperados.¹¹

Durante esta fase el proyecto es objeto de los cambios y ajustes inherentes al proceso deliberativo (versionamiento) y puede llegar a desestimarse en caso de no lograrse el consenso mínimo necesario en torno a lo planteado.

al final de la fase de diseño se deben haber definido, como mínimo, los siguientes elementos del proyecto:

• Especificación del producto final
• Tiempo de finalización esperado
• Detalle de actividades
• Dependencia entre actividades
• Secuencia de ejecución de actividades
• Estimación de tiempo de ejecución por actividad
• Detalle de ejecutantes requeridos
• Instalaciones, materia prima, herramientas e insumos requeridos
• Previsiones y precauciones ante los riesgos del proyecto
• Restricciones, prioridades y consideraciones específicas establecidas por el ámbito

3.5.2. Fase de preparación

La preparación de un proyecto es básicamente el proceso de definir el corpus que lo ejecutará. Durante la fase de preparación de un proyecto se realizan las siguientes actividades:

3.5.2.1. Apertura de plazas para ejecutantes y proveedores

Teniéndose conocimiento exacto de cuales son los insumos necesarios y cuales son las actividades a ejecutar, los propietarios del proyecto abren las plazas para ejecutantes y proveedores de la manera descrita a continuación.

La apertura de plazas para ejecutantes y proveedores es una actividad «opcional» pues es presumible que en determinados casos ya se cuente con los insumos y ejecutantes necesarios al proyecto.

Plaza para ejecutante

Una plaza para ejecutante se publica creando tres registros en RCU: uno de actividad, uno de recurso y otro de contrato.

El registro de actividad de una plaza abierta no se diferencia de ningún otro registro de actividad, en él se detalla lo que sea relevante comunicar a los posibles postulantes, por ejemplo, la descripción de la actividad, su fecha de inicio, el tiempo en que se estima debe culminar, etc.

El registro de recurso de una plaza es un un registro público (propiedad de /RCU/RPs/id1) y en él insertan sus propuestas los postulantes.

Finalmente, el registro de contrato valida las postulaciones en la medida en que se le haya dispuesto para ello; si las condiciones de selección se han automatizado, el contrato puede elegir al ejecutante en forma autónoma entre los postulantes, si por el contrario, la intención de los ofertantes de la plaza es hacer valerse de su criterio para ello, el contrato solo organiza los datos de los postulantes y los presenta de forma adecuada.

Plaza para proveedor

La única diferencia entre la publicación de una plaza para proveedor y una de ejecutante es que en este caso, de los tres registros dos son de recurso y uno de contrato, de resto, no existe ninguna diferencia sustancial.

3.5.2.2. Selección de ejecutantes y proveedores

Esta actividad implica la revisión de las postulaciones recibidas por parte de los propietarios del proyecto y la elección de los postulante más apropiados, ello en el supuesto de que no se haya automatizado el proceso de selección.

Esta especificación «recomienda» considerar el factor de fiabilidad de los postulantes al momento de realizar la selección.

La selección de ejecutantes y proveedores es una actividad «requerida» si y solo si se abrieron las plazas correspondientes.

3.5.3. Fase de ejecución

Culminada la fase de preparación se da inicio a la ejecución del proyecto por parte del recién conformado corpus.

Para los proyectos gestados en prodevo, el inicio de la fase de ejecución significa que se cierra por completo la posibilidad de realizar cualquier modificación a esta.

La fase de ejecución del proyecto está expuesta a riesgos, por lo tanto es posible que el plan de ejecución original se vea alterado a causa de eventos inesperados; el éxito de un proyecto está íntimamente ligado a la correcta gestión del riesgo, por tanto, esta especificación «recomienda» que como parte del proceso de diseño del proyecto se definan todas las previsiones y precauciones posibles.

3.5.4. Acerca de la transferencia de valor y recursos

La transferencia de valor y recursos es la menos esencial de las tres actividades esenciales de grupo social, una persona bien puede subsistir sin realizarlas; pero un individuo que solo produce para su propio consumo sin recibir, ceder, difundir ni intercambiar con otros, no puede considerarse integrante de grupo social alguno.

Como se puede intuir de lo expuesto hasta ahora, la transferencia de valor en el Ámbito Global se realiza cuando el o los propietarios de un recurso o de una actividad insertan en sus recursos bloques de cambio de estado donde se excluyen como propietarios e incluyen a otros, los nuevos propietarios.

Las transferencias de cualquier tipo se realizan mediante registros de contrato que, una vez suscritos por todas las partes (cedentes y receptores) ejecutan la inserción de los bloques de estado con la nueva información de propiedad.

3.6. Protección

Es un «requerimiento» de la plataforma que todo ámbito concerte las previsiones y precauciones necesarias ante la posibilidad o eventualidad de ocurrencia de cualquier riesgo, la ejecución de cualquier actividad que sea necesaria a tales fines es igual de obligante y prioritaria.

Los riesgos a que está expuesto cualquier ámbito se clasifican en dos grupos, riesgos universales y riesgos locales.

3.6.1. Riesgos universales

Se llama riesgo universal a la posibilidad cierta de que ocurran daños que afecten directa o indirectamente el cumplimiento de los principios fundamentales de la plataforma (2.). La decisión de lo que es un riesgo universal no depende del criterio, valoración o ideología de las personas pues su control es una necesidad ineludible para el sostenimiento del Ámbito Global.

Específicamente, los riesgos universales son:

1. Que se restrinjan o limiten las libertades esenciales de las personas (violación al principio de autodeterminación).

2. Que se promueva el desarrollo de cualquier tipo de relación jerárquica entre personas cognitivamente capacitadas (violación al principio de plurinexo social).

3. Que se manipule, impida o tergiverse la posibilidad de que las operaciones de intercambio se realicen en forma justa y equitativa (violación al principio de equidad).

4. Que se manipule, oculte o tergiverse la información relacionada con el valor de los recursos y las actividades (violación al principio de transparencia del valor).

5. Que se promueva o intente la creación de segundas implementaciones de la plataforma (violación al principio de singularidad).

6. Que se impida o dificulte la atención a los riesgos de cualquier índole existentes en cualquier ámbito (violación al principio de control del riesgo).

7. Que se establezcan previsiones o precauciones donde se regule o restrinja la actividad personal de las personas en casos donde no se ponga en riesgo el cumplimiento de los principios de la plataforma (violación al principio de mínima intervención en la actividad personal).

8. Que se cuestione o violente la propiedad por sobre los recursos connaturales y las actividades de una persona (violación al principio de incontestabilidad de la propiedad de los recursos connaturales y del valor de las actividades).

9. Que se asigne a cualquier persona un valor inferior o superior al de otra, o que se asimile el valor de una persona al de uno o más recursos (violación al principio de asignación coherente de valor).

3.6.2. Riesgos locales

Se llama riesgo local a todo riesgo real y patente que pueda existir en un determinado ámbito y que no esté contemplado entre los riesgos universales.

Todo ámbito es libre de elegir lo que es riesgo y lo que no lo es; esta especificación «recomienda» que para determinar tal cosa se apele exclusivamente a argumentos racionales y objetivos, no obstante, reconoce y respeta los valores, criterio e ideología predominantes entre quienes conformen tales ámbitos.

En ningún caso se debe admitir que las previsiones y precauciones ante los riesgos locales contradigan o violenten el cumplimiento de los principios de la plataforma, es decir, esta especificación «prohíbe» que los ámbitos establezcan riesgos locales cuyas previsiones y precauciones contradigan, impidan o dificulten la realización de las previsiones y precauciones a los riesgos universales.

3.6.3. Cuerpos concertivos

Se llama cuerpo concertivo a la totalidad de previsiones y precauciones concertadas en un determinado ámbito, siendo la prodevo de concierto el único instrumento válido para formalizar esta concertación.

La prodevo de concierto se caracteriza por carecer de anteproyecto, su propuesta contiene aquello que se plantea como posible previsión o precaución dentro de un ámbito, y de ser aprobada en votación, tal propuesta pasa a conformar parte del cuerpo concertivo de dicho ámbito.

4. Fuerza de Atracción Social (FAS) de la plataforma

El correcto funcionamiento de cualquier sistema de organización social que no haya alcanzado su etapa preminente de FAS se certifica cuando una cantidad significativa de personas se unen a él, cosa que únicamente ocurre si tal sistema posee la FAS suficiente para alcanzar la etapa abierta de su implementación.

No es posible determinar con exactitud cuales son los elementos de la plataforma yɛlɛma que pueden resultar atractivos a unas u otras personas, no obstante, es posible acotar cuales son los elementos atractivos que derivan de su diseño, aquellos que nacen en esta especificación.

4.1. Maximización de la abundancia material

El cese de las actividades antirrepulsa y de hominería en un grupo social no solo potencia las libertades individuales, además, con ello se simplifica significativamente el tramado de actividades en la sociedad y se reduce considerablemente el esfuerzo productivo.

Lo antes descrito tiene como consecuencia una enorme reducción en la cantidad de tiempo y esfuerzo que cada persona debe invertir en actividades productivas para lograr su sustento básico. Si bien no es posible predecir con exactitud la magnitud de dicha reducción, las más conservadoras estimaciones a este respecto prevén que una vez alcanzada la etapa abierta de la implementación, cada integrante del Ámbito Global invertirá menos del 1 % del tiempo y esfuerzo que invertía el subordinado promedio de principios del siglo XXI en cubrir sus necesidades básicas.

4.2. Maximización de las libertades

El registro histórico conocido evidencia que el ideal de libertad es una aspiración común entre los seres humanos de todos los tiempos y todas las sociedades, por tanto, un sistema de organización social orientado a satisfacer tal aspiración despertará sin duda elevados niveles de interés entre las personas.

La plataforma brinda la posibilidad cierta de lograr, con un mínimo de esfuerzo, la realización de todas las libertades individuales posibles dentro de cualquier grupo social, esto no solamente se establece claramente en sus principios, sino que además se realiza y se impulsa a través de los descritos mecanismos de organización plurinectada.

4.3. Afinidad ideológica universal

La milenaria discusión en torno a cuál es la mejor manera de regir y administrar un Estado tuvo como consecuencia el surgimiento de múltiples ideologías políticas, a partir de ellas se desarrollaron diversas propuestas: monarquías, incanatos, feudalismo, liberalismo, comunismo, neoliberalismo, socialismo, y un largo etcétera.

Todas estas ideologías políticas están orientadas a definir modalidades de Estado, y por tanto, no tienen cabida cuando se discute el reemplazo del Estado per se, que es exactamente lo que pretende lograr la plataforma yɛlɛma. Aún así, no es posible ignorar la influencia de estas ideologías en las gentes del mundo, tampoco es posible ignorar su carga histórica, menos aun cuando se confronta el hecho de que los intentos de realizarlas han cambiado el curso de la historia, y de una u otra manera, han definido lo que somos hoy día.

En general, cada ideología política se ciñe a un cúmulo relacionado y específico de valores, generalmente, aquellos que son universalmente aceptados. Por lo tanto, independientemente de la ideología que se defienda, aquellos que sean capaces de revisar sus dogmas y creencias a la luz de nuevas y distintas perspectivas, hallarán sin duda afinidad en los planteamientos de la plataforma, pues, si no todos, buena parte de esos valores universales se promueven y respaldan en ella.

Es así como se espera que el derechista, el liberal, el neoliberal y el capitalista encuentren afinidad ideológica en la plataforma, y es que ninguna modalidad de Estado podría ofrecer el altísimo nivel de libertades individuales y garantías a la propiedad propiedad privada que aquí se ofrecen.

Se espera que el izquierdista, el socialista, el progresista y el comunista encuentren afinidad ideológica en la plataforma, y es que, tras su implementación, cada individuo tendrá garantizado el máximo posible de protección y beneficios sociales, se logrará sin duda el fin de la explotación del hombre por el hombre y la total redención de la clase obrera.

Se espera que el anarquista y el libertario encuentren afinidad ideológica en la plataforma, pues su implementación implica, nada más y nada menos, que la supresión de las jerarquías sociales y el desmantelamiento del Estado.

4.4. Agrupación por afinidad

No es arriesgado catalogar de universal la tendencia innata de las personas a querer agruparse con quienes les son afines en cualquier ámbito de su interés, tal tendencia muchas veces se ve restringida o limitada por las barreras materiales, económicas, fronterizas, legales e ideológicas que imponen las autoridades del Estado.

La plataforma yɛlɛma crea las condiciones adecuadas para la libre asociación de las personas según su propio criterio y preferencias, esto es consecuencia directa de los cambios de paradigmas que impulsa, los principales de ellos son:

— La maximización de la abundancia entre los integrantes del Ámbito Global hace desaparecer las restricciones materiales a la movilidad de las personas entre poblaciones, ciudades, regiones, continentes o planetas; ello en virtud de que cualquier gasto en desplazamiento y en renta o adquisición de vivienda pasa a ser fútil e insignificante.

— En el Ámbito Global no existen restricciones legales provenientes de la autoridad en lo concerniente a territorialidad, trazado de líneas fronterizas o limitaciones al libre tránsito, cosa que es hecho común en el Estado y aplica a quienes poseen determinadas nacionalidades, practican determinadas religiones, o pertenecen a determinadas etnias y grupos sociales.

— En el Ámbito Global no existen presiones ideológicas verticalmente descendientes pues no existe autoridad impuesta, por tanto, se hacen opcionales y de libre elección las creencias, apegos y compromisos de tipo regionalista, patriótico, nacionalista, o cualesquiera otros que puedan acarrear consigo las personas como resultado del adoctrinamiento sistemático que de común se sucede en el Estado.

5. Legitimidad de la adhesión al Ámbito Global

La sola voluntad de querer integrarse al Ámbito Global implica adhesión a él. De la misma manera, la exclusión de un integrante del Ámbito Global puede ocurrir única y exclusivamente por su propia iniciativa, no es posible la restricción, exclusión o expulsión propuesta, promovida o forzada por otras personas.

La legitimidad de la participación en la plataforma no puede determinarse en forma objetiva pues no es posible establecer con certeza lo que impulsa a cada quien a participar, por tanto, es potestad única de cada integrante del Ámbito Global el determinar cuan legítima es su propia participación en la plataforma, a estos fines la especificación «recomienda» una evaluación personal hecha desde la siguiente perspectiva:

Es legítima la participación de quienes lo hacen por decisión voluntaria, entendiendo como tal a aquella decisión cuyos factores determinantes son aceptados, aprobados y validados por el individuo con un conocimiento absoluto de su naturaleza y esencia, derivada de sus observaciones, experiencia e interacciones con otras personas y con el entorno.

Es ilegítima la participación de quienes parten de decisiones inducidas o de decisiones involuntarias, entendiendo como decisión inducida a aquella cuyos factores determinantes son aceptados, aprobados y validados por el individuo, pero que nacen de la influencia sistematizada, intencional o planificada de otros; y es una decisión involuntaria, aquella cuyos factores determinantes son impuestos por otros individuos o por las circunstancias creadas por otros individuos.

6. Implementación

En este aparte se ejemplifica el proceso de implementación inicial de la plataforma y se detallan los requerimientos necesarios para la correctitud de tal proceso.

Aunque la secuencia de acciones aquí descrita es la más lógica, no debe interpretarse esto como una estricta guía de implementación, siendo imposible predecir con exactitud el momento y condiciones en que se suceda tal proceso, solo es viable delinearlo a muy grandes rasgos y establecer sus restricciones primordiales.

6.1. Requisitos

Tal y como se establece en secciones previas, una implementación exitosa de la plataforma es posible entre dos o más personas, pero tal éxito solo es evidenciable cuando el Ámbito Global está integrado por personas que en su conjunto cuentan con los recursos materiales y cognitivos necesarios para acceder, producir y proveerse entre sí, sin acudir a ningún ente foráneo, de al menos los recursos básicos para su subsistencia, a ser:

• Luz solar directa.
• Aire libre y limpio.
• Agua potable para la ingesta e higiene.
• Corteza terrestre biológicamente activa.
• Recursos alimentarios.
• Techo y vivienda.
• Vestimenta y abrigo.
• Atención de salud e insumos médicos.
• Recursos de tránsito y transporte sin limitaciones de desplazamiento.
• Recursos de telecomunicaciones sin limitaciones de alcance.
• Recursos de cómputo sin limitaciones de capacidad.
• Fuentes de conocimiento, recursos educativos e intelectuales.
• Contacto social.

En otras palabras, una implementación exitosa solo puede certificarse en tanto se garantice la provisión de, o acceso a, los mencionados recursos, sin dependencia alguna de personas u organizaciones fuera del Ámbito Global.

Esta descripción del proceso de implementación presume que los pioneros del Ámbito Global son autosuficientes según se describe acá, y que cuentan además con pleno acceso y conocimiento práctico de las herramientas de la plataforma descritas en la sección tercera de esta especificación.

6.2. Configuración inicial del RCU

Se describen a continuación las acciones «requeridas» para que el Registro Común Universal alcance las condiciones óptimas para ser utilizado. Esta configuración del RCU consiste básicamente en la creación de los primeros registros de persona, de actividades y de recursos.

6.2.1. Actividad inicial de referencia

La actividad inicial de referencia es la primera actividad que se inscribe en el RCU (/RCU/RAs/id0), con ella se establece el primer referente de valor de actividad de la plataforma y en relación a ella las personas comenzarán a valorar sus propias actividades.

Esta especificación «recomienda» que la actividad inicial de referencia posea las siguientes características:

• Que sea una actividad básica, elemental, simple.
• Que sea una actividad con baja curva de aprendizaje.
• Que sea una actividad de sencilla ejecución, breve.
• Que sea una actividad perfectamente realizable por una única persona.

Con respecto a los insumos de esta actividad y, a los fines de facilitar su valoración, se «recomienda» que sean únicamente los siguientes:

• Una cantidad moderada de recursos naturales abundantemente disponibles en el entorno inmediato del ejecutante.
• Los recursos connaturales de una persona (extremidades, manos, sentidos, intelecto, consciencia…).

Con respecto al producto de dicha actividad se «recomienda» lo siguiente:

• Que sea un recurso material, tangible.
• Que sea un recurso universalmente reconocible, común entre las distintas culturas del mundo.
• Que sea un recurso con utilidad universal, y por ende, su valor sea también universalmente reconocible.

Ejemplo de lo que podría ser una actividad inicial de referencia:

'/RCU/RAs/id0' = {
    timestamp: tsk2808604800,
    tsk2808604800: {
        fase: 2,
        valor: 0.000000000001,
        propietarios: {
            0: {
                persona: '/RCU/RPs/id0',
                parte: 1
            }
        },
        conjuntos: {},
        insumos: {},
        bienes: {
            0: '/RCU/RRs/id0'
        },
        residuos: {},
        destructos: {},
        datos: {
            nombre: 'fabricación de una escoba',
            utilidad: 'actividad inicial de referencia',
            duracion: 21600000000000
        }
    }
};

En el ejemplo anterior se tiene una actividad en la que no se consideró relevante indicar los insumos utilizados, esos insumos no relevantes de la actividad podrían ser:

• Recursos connaturales de una persona (manos, extremidades, sentidos, intelecto, consciencia…).
• Vara de madera con aproximadamente 100cm de largo.
• Manojo de hojas de plantas de aproximadamente 50cm de largo.
• Trozo delgado de la corteza de una planta con aproximadamente 50cm de largo.

Si se considerase relevante listar tales insumos, lo correspondiente sería representarlos en la colección /RCU/RAs/id0/tsk2808604800/insumos.

El único producto relevante de la actividad /RCU/RRs/id0 es un bien, específicamente, una escoba para barrer.

6.2.2. Recurso inicial de referencia

El recurso inicial de referencia es el primer recurso que se inscribe en RCU (/RCU/RRs/id0), con él se establece el primer referente de valor de recursos de la plataforma y en relación a él las personas comenzarán a valorar sus propios recursos. Esta especificación «recomienda» que el recurso inicial de referencia posea las siguientes características:

• Que sea un recurso material, tangible.
• Que sea un recurso universalmente reconocible, común entre las distintas culturas del mundo.
• Que sea un recurso con utilidad universal, y por ende, su valor sea también universalmente reconocible.
• Que sea un recurso artificial, no natural, producto de una actividad productiva.

Como ejemplo de lo que podría ser un recurso inicial de referencia resulta conveniente referir al producto de la actividad inicial de referencia:

'/RCU/RRs/id0' = {
    timestamp: tsk2808604800,
    tsk2808604800: {
        tipo: 1,
        valor: 0.000000000001,
        propietarios: {
            0: {
                persona: '/RCU/RPs/id0',
                parte: 1
            }
        },
        conjuntos$: {},
        datos: {
            nombre: 'escoba',
            utilidad: 'barrer',
            dimensiones: '130cm de alto'
        }
    }
};

6.3. Inicio de operaciones de la plataforma

Una vez que se han configurado en RCU el recurso y la actividad iniciales de referencia, es posible comenzar a hacer uso práctico de la plataforma. Los pasos que se detallan a continuación no son actividades necesariamente secuenciales, es posible la ejecución paralela, o en orden distinto al presentado, de las actividades descritas en esta sección.

6.3.1. Registro de personas en RCU

Cada persona del Ámbito Global debe crear al menos un registro de persona para sí en RCU; el o los id que obtengan se asociarán a los recursos y actividades que posteriormente registren.

6.3.2. Registro de la oferta

Etapa de la implementación durante la cual se procede al registro de la oferta de recursos y de la oferta de actividades por parte de los integrantes del Ámbito Global.

Esta especificación «recomienda» que el registro de la oferta se realice yendo de lo más simple a lo más complejo, ello con la finalidad de facilitar su valoración; se presume que es más preciso establecer el valor relativo de dos recursos con complejidad similar.

No se espera un alto nivel de precisión en los primeros registros, pero sí se espera que tal precisión mejore y se optimice a medida que se consolide la implementación.

6.3.2.1. Oferta de recursos en RCU

Cada integrante del Ámbito Global crea en RCU su oferta de recursos, publicando aquello que posee y desea ofrecer a otros en cesión, intercambio o para su difusión.

Dada la presunción de que el Ámbito Global está en capacidad de cubrir todas y cada una de las necesidades básicas de sus integrantes, una vez finalizada esta etapa, se espera encontrar en el registro de recursos el detalle de quienes son los poseedores del conocimiento, destrezas y habilidades; insumos, materias primas, instrumentos y herramientas, entre otros recursos, que en su conjunto cubren las necesidades básicas del Ámbito Global en pleno.

En principio las personas deben definir el valor de sus recursos usando como referente el valor del recurso inicial de referencia, pero en la medida en que nuevos recursos existan en el RCU, todos y cada uno de ellos pasan a ser también referentes válidos.

6.3.2.2. Oferta de actividades en RCU

Cada integrante del Ámbito Global crea en RCU su oferta de actividades, esto es, el conjunto de registros de actividad que le permitan dar a conocer cuales son las actividades específicas que se ofrece a ejecutar y el valor propuesto para cada una de ellas.

En principio las personas deben definir el valor de sus actividades usando como referente el valor de la actividad inicial de referencia, pero en la medida en que nuevas actividades existan en el RCU, todas y cada una de ellas pasan a ser también referentes válidos.

6.3.3. Registro de la demanda

La demanda de recursos y de ejecutantes se origina en las necesidades de las personas, que pueden ir desde simples requerimientos personales hasta las necesidades de los más complejos proyectos en corpus multitudinarias.

Sea cual sea su nivel de complejidad, la demanda debe de plantearse ante el Ámbito Global en forma de plazas para ejecutantes, si lo que se requiere implica la ejecución de una actividad, o como plazas para proveedores, si lo que se requiere son recursos de cualquier índole.

6.3.4. Definición de cuerpos concertivos

En esta etapa se levantan tantas prodevo como se considere necesario a fin de lograr definir la primera versión del cuerpo concertivo común a los integrantes de los diversos ámbitos que puedan ir surgiendo. Tampoco se espera un alto nivel de precisión en las primeras versiones del cuerpo concertivo, la dinámica de las relaciones será lo que eventualmente brinde madurez y estabilidad a este instrumento.

Esta especificación no fija posición en torno al posible volcado de cuerpos legislativos preexistentes como cuerpos concertivos, pero sí «recomienda» la revisión exhaustiva de aquello que se registre a fin de garantizar que no se contradigan los principios fundamentales de la plataforma.

6.3.5. Intercambios primigenios

Absolutamente todo lo expuesto hasta ahora en esta especificación confluye y cobra sentido en este instante, el instante en que los integrantes pioneros del Ámbito Global realizan sus primeros intercambios.

Como ya se expuso antes, un intercambio es la ejecución simultánea de dos transferencias entre dos partes, donde cada una es simultáneamente cedente y adquiriente. El intercambio es la única forma de transferencia útil a los fines de establecer el valor certificado de los recursos y las actividades, de ahí su importancia.

Los intercambios son posibles a partir del momento en que los registros de oferta y demanda están disponibles en RCU. Cada integrante del Ámbito Global está en la posibilidad de realizar búsquedas en RCU que le permitan hallar los registros de oferta que sean de su interés, así mismo, es libre de postularse en cualquier registro de demanda que crea poder satisfacer, ya sea la demanda de algún recurso que esté dispuesto a intercambiar o de alguna actividad que esté en capacidad de ejecutar.

Es presumible que los primeros intercambios sean poco complejos y con pocas restricciones, también se espera que ocurran entre personas allegadas, por lo tanto, los procesos de certificación de valor serán perfectamente realizables sin requerir asistencia de ningún tipo, pero ya cuando los intercambios se hagan más complejos, el uso de herramientas de software diseñadas a tales fines resultará imprescindible.

Supóngase que las siguientes personas forman parte del grupo social que realiza la implementación inicial de la plataforma:

• Persona $a$, propietario de varios uberphone.
• Persona $b$, propietario de un estante de alimentos preservados.
• Persona $c$, médico.

A partir de estas personas se construye a continuación una serie de casos de uso donde se ejemplifican los más elementales de los intercambios posibles en la plataforma.

Caso de ejemplo #1

La más simple forma de intercambio es la de recurso por recurso.

En este caso se ilustra el intercambio entre $a$ y $b$ de un uberphone por un paquete de alimentos preservados. Una de las posibles secuencias de inserciones en RCU destinadas a completar tal intercambio podría ser la siguiente:

• La persona $a$ crea un registro de oferta de recurso (registro de recurso con OD:'O') para uno de sus uberphone, por tratarse del registro inicial de dicho recurso, el valor en palos definido por $a$ se considera solo un valor propuesto, valor sin certificar.

• Siendo que $b$ se interesa en la oferta de $a$, crea otro registro de oferta de recurso (registro de recurso con OD:'O') para un paquete de alimentos preservados que considera puede igualar el valor del uberphone de $a$.

• La persona $b$ crea y suscribe un registro de contrato donde propone el intercambio de su paquete de alimentos por el uberphone de $a$.

• La persona $a$ considera justa la propuesta de $b$ y también suscribe el contrato.

• Tras haber sido suscrito por ambas partes, el contrato inserta simultáneamente los tsk con los siguientes cambios de propiedad:

  • $a \longrightarrow b$: un uberphone
  • $b \longrightarrow a$: un paquete de alimentos preservados

• Concluidos los intercambios, se certifican los valores de:

  • un uberphone, certificado por $b$
  • un paquete de alimentos preservados, certificado por $a$

Caso de ejemplo #2

Otro intercambio recurso por recurso, pero esta vez iniciando el proceso con un registro de demanda.

• La persona $b$ requiere un uberphone, al no hallar ninguna oferta disponible en RCU, crea un registro de demanda de recurso para un uberphone.

• La persona $a$ encuentra en RCU el registro de demanda de recurso de $b$ y cree poder satisfacerla, entonces crea un registro de demanda de recurso para un paquete de alimentos preservados pues sabe que $b$ lo posee y podría interesarse en el intercambio.

• La persona $a$ crea y suscribe un registro de contrato donde propone intercambiar el paquete de alimentos preservados que demanda por el uberphone que demanda $b$.

• La persona $b$ considera justa la propuesta de $a$ y también suscribe el contrato.

• Tras haber sido suscrito por ambas partes, el contrato inserta simultáneamente los tsk con los siguientes cambios de propiedad:

  • $a \longrightarrow b$: un uberphone
  • $b \longrightarrow a$: un paquete de alimentos preservados

• Concluido el intercambio, se certifican los valores de:

  • un uberphone, certificado por $b$
  • un paquete de alimentos preservados, certificado por $a$

Caso de ejemplo #3

Nuevamente, un intercambio recurso por recurso. Esta vez se intercambia un recurso tangible por un recurso intangible, el bien que deriva de la ejecución de una determinada actividad.

• La persona $c$ crea dos registros de oferta, uno es registro de oferta de actividad (registro de actividad con OD:'O') por una hora de consulta médica profesional, y el otro es un registro de oferta de recurso para el intangible solución a un problema de salud, que sería el producto de la actividad ofertada. Por tratarse de registros iniciales, los valores en palos definidos por $c$ en ambos registros se consideran solo valores propuestos, sin certificar.

• La persona $a$ requiere un determinado tratamiento médico para sí, tras evaluar las credenciales y experiencia manifiestas por $c$ en su oferta de actividad, asume que posee la capacidad para atender sus necesidades, por lo que crea un registro de oferta para un uberphone que cree puede igualar el valor de la solución a su problema de salud.

• La persona $a$ crea un registro de contrato donde propone el intercambio de su uberphone por la solución a su problema de salud (intercambio de un recurso tangible por uno intangible).

• La persona $c$ considera justa la propuesta de $a$, suscribe el contrato y procede a la ejecución de la actividad médica requerida por $a$.

• Finalizada la ejecución de la actividad médica, $a$ no duda de la efectividad del tratamiento indicado y suscribe también el contrato que creó.

• Una vez suscrito por ambas partes, el contrato inserta simultáneamente los tsk con los siguientes cambios de propietario:

  • $a \longrightarrow c$: un uberphone
  • $d \longrightarrow a$: la solución al problema de salud de $a$

• Concluido el intercambio, se certifican los valores de:

  • un uberphone, certificado por $c$
  • la solución al problema de salud de $a$, certificada por $a$
  • una hora de consulta médica de $c$, certificado por $a$

Nótese que en este caso, además de certificarse el valor de los recursos intercambiados, se certifica el valor de una actividad que no se intercambió y por tanto es propiedad de quien la ejecutó ($c$), recuérdese que esto es así debido a que la ejecución cualquier actividad produce valor al momento de certificarse, la ejecución de actividades es pues, la única manera de generar palos previamente inexistentes.

Caso de ejemplo #4

En este último caso se ilustra el intercambio de un recurso por el valor de una actividad. En el ejemplo anterior $a$ certificó el valor de la hora de consulta médica que recibió de $c$, en consecuencia, $c$ posee el valor certificado de dicha actividad y es libre de intercambiarlo con cualquier integrante del Ámbito Global que considere fiable la certificación de actividad hecha por $a$.

• La persona $c$ requiere un paquete de alimentos preservados, al no hallar ninguna oferta disponible en RCU, crea un registro de demanda de recurso para ello.

• La persona $b$ encuentra en RCU el registro de demanda de recurso de $c$ y cree poder satisfacerla, entonces crea y suscribe un registro de contrato donde propone intercambiar el valor de la actividad médica ejecutada de $c$ por un paquete de alimentos preservados de su propiedad.

• La persona $c$ considera justa la propuesta de $b$ y también suscribe el contrato.

• Tras haber sido suscrito por ambas partes, el contrato inserta simultáneamente los tsk con los siguientes cambios de propiedad:

  • $c \longrightarrow b$: el valor de una actividad médica específica
  • $b \longrightarrow c$: un paquete de alimentos preservados

• Concluido el intercambio, se certifica el valor de:

  • un paquete de alimentos preservados, certificado por $c$

• Concluido el intercambio, se ratifica el valor de:

  • la hora de actividad médica ejecutada por $c$

En este intercambio se ejemplifica como el valor certificado de una actividad puede ser transferido a voluntad de quien le posea.

Disputas

En todos los casos de ejemplo anteriores se presume la plena satisfacción de todos los actores con todos los intercambios ejecutados, no obstante, es de esperar que eso no siempre sea así debido a malos entendidos, incumplimiento de contratos o cualquier otra falta o error que pueda sucederse durante el proceso, en esos casos se hará necesario recurrir a la inserción de registros de disputa para los contratos con problemas.

El surgimiento de disputas se considera un hecho natural en las relaciones humanas y ello de ninguna manera representa un riesgo para la plataforma, no obstante, la estabilidad de la plataforma sí dependerá de la habilidad de sus integrantes para resolver satisfactoriamente tales disputas.

6.4. Fase de estabilización

Se espera que durante el periodo de registro, y tras iniciarse las primeras operaciones de intercambio, la operación de la plataforma se vea afectada por cierto nivel de inestabilidad, manifiesta en una alta incidencia de ajustes en los valores registrados, debates, disertaciones, discusiones, análisis, argumentaciones, diferencias, reconsideraciones, revisiones, conflictos y confrontaciones.

Esta etapa de estabilización es un periodo súmamente crítico y delicado durante el cual el riesgo de fracaso de la implementación es elevado, por tanto, de la superación exitosa de esta etapa depende su éxito.

En un Ámbito Global donde la mayoría significativa no sea capaz de establecer relaciones de valor coherentes y objetivas entre sus recursos y actividades no se logrará el consenso mínimo necesario e inevitablemente la implementación fracasará.

No existe un periodo de tiempo específico para la superación de esta etapa, en general, se cree que en cuestión de pocas semanas es posible determinar si se logra el consenso esperado o no.

Si la implementación de la plataforma se plantea como indeseable o como una amenaza para cualquier ente externo (por ejemplo, la autoridad de algún Estado), aquellos interesados en evitar la implementación contarán con este periodo como su mejor oportunidad de intervención.

Se considera finalizada la etapa de estabilización cuando existe consenso entre una cantidad significativa de adherentes, los siguientes hechos son indicadores de que la etapa de estabilización ha culminado:

• Abundancia de operaciones de intercambio conclusas.
• Abundancia de actividades exitosamente culminadas.
• Baja tasa de disputas no resueltas.
• Abundancia de compensaciones a la propensión concomitante.

6.5. Implementación dependiente

Se considera una implementación dependiente a aquella que ocurre dentro de un sistema de organización social preexistente e instaurado cuyo abandono no sea una opción viable para un ámbito completo o algunos de sus integrantes. En estos caso los cuerpos concertivos de los ámbitos dependientes deberán considerar las restricciones impuestas por las legislaciones y normas del sistema preexistente para lograr, en la medida de lo posible, la coexistencia no conflictiva entre ambos sistemas.

Dado el el alcance global que para la fecha de publicación de este documento posee el sistema de organización social Estado, es presumible que todo intento de implementación de esta plataforma deba sucederse en forma dependiente.

6.6. Implementación apofísica

Es apofísica toda implementación en la que una mayoría significativa del ámbito no tiene contacto personal directo. Es poco probable que un grupo humano logre la satisfacción de todas sus necesidades elementales sin establecer contacto físico directo, no obstante, tal cosa no puede considerarse imposible, esta especificación no establece ninguna restricción o consideraciones particulares en caso de que tal cosa ocurriere.

6.7. Adhesión parcial al Ámbito Global

Dado que la adhesión al Ámbito Global no se condiciona de ninguna manera, en esta especificación se considera perfectamente válida la adhesión parcial a la plataforma.

La pertenencia o participación en cualquier otro sistema de organización social en paralelo con el que provee la plataforma se considera absolutamente válido y quizá hasta necesario, al menos durante los procesos de transición desde otros sistemas o, en implementaciones dependientes.

La versión más reciente de esta especificación se encuentra disponible en el path /POSyɛlɛma/spec

Teniendo ya suficiente claridad en torno a lo que es el JAS Yɛlɛma, en los próximos capítulos se analizan con mayor o menor detalle, según sea necesario, los rasgos definitorios de la civilización que se construye con fundamento en este sistema: la naciente civilización yɛlɛma.