Universal Shard

Universal Shard Project: Integramos renta básica, blockchain y gobernanza descentralizada para crear comunidades autosustentables. Transformamos participación en valor y colaboración en progreso.

Comment

🌌 Universal Shard Project 🌌

Gobernanza

Project Manager: Salvador Guimerá / Discord: Asado&Fernet / github: 1Horacero

Desarrolladores: Diego Raúl Barrionuevo / Discord: Kalcha / github: kalchaqui Roberto Carriero / Discord: robertocarriero / github: robertocarriero

📜 Fundamentos

Este proyecto surge de muchos años de investigación en el área de las ciencias sociales. Inicialmente motivado por una pregunta recurrente sobre la naturaleza de la cohesión social, como punto de partida para poder pensar en la posibilidad de desarrollar un modelo económico sustentable en el marco de las dinámicas propias del siglo XXI.
Pero debido al gran avance de la inteligencia artificial y su consecuente impacto en la vida cotidiana, en la vida laboral y sobre todo en las expectativas que se tienen con respecto al futuro de la fuerza de trabajo se ha hecho imprescindible pensar más concretamente en la necesidad de avanzar en un proyecto de renta básica universal sostenible, responsable y basado en la idea de crear valor comunitario para sostener un modelo de redistribución social de la riqueza, con un influjo de liquidez constante como prueba de la confianza que este modelo provee a sus usuarios y partnerships.

Universal Shard Project (USP) es un proyecto orientado a la creación de un sistema de renta básica universal descentralizada cuyo objetivo principal es achicar la brecha de desigualdad económica y social otorgando a sus usuarios el acceso a una plataforma prefigurada para construir comunidad coordinando esfuerzos tanto individuales como colectivos en la constitución de un sistema seguro, equitativo y democrático cuyo crecimiento esté dado por el desarrollo de una narrativa progresiva y coherente, desde un punto de vista económico.
Para materializar esta idea hemos desarrollado un sistema basado en seis smart contract secundarios enrutados a través de un smart contract principal encargado de derivar a los usuarios a los subsiguientes smart contract atendiendo a su rol de recepcionista. A su vez, este smart contract se encargará de registrar, controlar y verificar todas las condiciones de interacción para cada usuario. Estos smart contract han sido cuidadosamente diseñados para estructurar una plataforma de renta básica universal con diferentes niveles de interacción según el compromiso de los usuarios. Optando estratégicamente el uso de Arbitrum, una red rápida, accesible y económica, USP predefine cómo se distribuyen los recursos, incentivando las micro transacciones y participación activa dentro del sistema. Democratizando la gobernanza progresivamente en fases o etapas que se irán sucediendo en el proceso de creciente coordinación y cohesión denominado proceso de comunalización, el cual que surgir como emergente social autoorganizativo. En este sentido la DAO operará como un motor económico surgido de la coordinación, donde todas las actividades comunitarias generan valor que es redistribuido equitativamente a través de la renta básica universal. <

Si bien el proyecto se enmarca originalmente en impacto social, consideramos con más impacto enmarcarlo en el tópico de gobernanza, ya que toda lógica la del proyecto está orientada a estructurar grupos de afinidad de acuerdo a tendencias psicológicas y estrategias económicas, clasificando a los usuarios en cuatro facciones de hecho. En este sentido, en USP La DAO debe desarrollarse desde las interacciones coordinadas de los usuarios para posteriormente desbloquear la plataforma de voto y democratización profunda del proyecto, al tiempo necesario para generar anticuerpos frente a un posible desajuste sistémico. Este hecho democratizante debe estar en concordancia con la constitucion de una narrativa que le de sentido a la necesidad de organizar y coordinar los esfuerzos del conjunto de una forma racional y eficiente. Nuestro modelo es una obra de arte de la ingeniería social al servicio de la equidad social. Pilares del Proyecto:

1.Cohesión Social y Redistribución de Riqueza (Referente a un propósito Social y creación de Valor Comunitario)

2.Sustentabilidad en el Siglo XXI (Referente a un modelo basado en Dinámicas y perspectivas Actuales tales como ReFI y las nociones de adaptabilidad e integración a la Era de la IA)

3.Gobernanza Descentralizada y Gradual (Referente a una estructura basada en roles y Arquetipos que prefiguren una coordinación gradual y progresiva hacia la constitución de una DAO)

4.Gamificación y Narrativa Coherente (Referente a Tokens con Funciones Narrativas con limitaciones y condicionamientos para el cumplimiento de desafíos semanales y mensuales)

5.Arquitectura Técnica Innovadora (Referente a un sistema de tokens que representan diferentes grados de compromiso y condiciones de obtención estructurados en una jerarquía de smart contract diseñados desde una perspectiva antropológica.

6.Verificación y Seguridad (Referente a Métodos de Verificación de humanidad seguros y funciones de logs generalizadas que permiten transparencia en todas las interacciones del sistema)

7.Incentivos y Economía Circular (Referente al Sistema de Cooldowns y un mercado secundario generado por los diferentes niveles de participación)

8.Inclusión de Arquetipos Sociales (Referente a la diversidad de las estrategias Individuales, Grupales y mixtas)

9.Colaboración Público-Privada (Referente al modelo de Customer Engagement y Partnerships mediante la Segmentación de Mercado Basada en Datos)

10.Escalabilidad y Evolución (Referente al Crecimiento Progresivo y la integración de NFT promocionales)

Tokens principales:

UST (Universal Shard Token) denominado en los contratos de prueba como RBU: La base de la renta básica, distribuida mediante un sistema de cooldown que incentiva la participación continua. EST (Entanglement Shard Token) denominado en los contratos de prueba como RV token: Un token de gobernanza descentralizada, con oferta limitada y características deflacionarias, respaldado por un precio mínimo en ETH. Tokens de Facción(Uberis AA-FCT/EE-FCT. Exigus: AE-FCT/EA-FCT) denominado en los contratos de prueba como FCT tokens: Representan tendencias psicológicas y estrategias colectivas, facilitando la afinidad y desbloqueando roles en el ecosistema.

🌐 Descripción por fases:

En un primer momento, el proyecto abrirá sus puertas para registrar usuario bajo dos modalidades, a desarrollar. Evento de lanzamiento (VIRTUAL/PRESENCIAL) "Fiesta de pseudonimos"

Antes de este evento de lanzamiento se hará una convocatoria abierta para todos aquellos que deseen ingresar al proyecto, Se les requerirá su dirección de billetera en la red arbritrum One y el equipo del proyecto verificará, en caso de hacerse de forma virtual, que cada usuario solicitante es una persona humana. Aquellos que sean verificados como tales ingresaran en la whitelist que les habilitará a obtener la credencial de acceso (NFT)

En el caso de hacerse presencial, Se le requerirá a los usuarios un mail para ligar la billetera al usuario de forma anónima y segura, esto se hará para tener un canal de comunicación directa con los usuarios que posibilite feedback sobre el proyecto.

🌐 Registro abierto: 👇👇👇👇👇

Una vez finalizado el evento de lanzamiento se abrirá la posibilidad de solicitar la obtención de la credencial de acceso de forma libre, con un costo asociado de 0,0005 eth como prueba de esfuerzo para disuadir usuarios con malas intenciones. 🔥Para ingresar al sistema el usuario deberá suministrar un mail al momento de solicitar el ingreso a la whitelist , el cual se ligará a su billetera y será el punto de acceso a un google meet que se hará 1 vez por semana en una hora determinada, en el que el usuario deberá cumplir un captcha en vivo y en directo, acreditando su humanidad. Sabemos que esta forma de registro y verificación ligada a una modalidad analógica es poco escalable, sin embargo, consideramos que para un inicio es necesario tomar todos los recaudos de seguridad para disuadir a usuarios maliciosos de contaminar el proyecto en sus inicios. Posteriormente a obtener el nft llave que acredita que el usuario es un humano, Este podrá acceder a reclamar 4 unidades del token de renta básica universal llamado Universal shard token(UST), el cual tendrá inicialmente un cooldown de 4 horas. Posteriormente el Cooldown irá creciendo en patrón Fibonacci a partir del tercer reclamo hasta que el usuario interactúe con el siguiente smart contract del sistema (EST TOKEN),entonces el cooldown del reclamo de UST volverá a 4 horas. El siguiente smart contract, cuya funcion es quemar 8 UST para obtener 2 Entanglement shard token (EST) se encarga de representar el compromiso individual con la red. EL EST es un token de gobernanza y su naturaleza es deflacionaria, contraria al UST. Este token se emite en bloques cuyo supply esta determinado por la cantidad de 6 unidades por cada NFT credenciales circulantes que hay en el sistema al momento de emitirse el bloque y la emisión de cada bloque tiene un cooldown de 24h. Mientras que su reclamo tiene 8 horas de cooldown y, como el anterior, aumenta en patrón Fibonacci si no se cumplen las condiciones de seguir interactuando con el siguiente smart contract. Es susceptible deducir que habrá suficiente cantidad de EST para todos los usuarios, siempre y cuando realicen en tiempo y forma todos sus reclamos de tokens interactuando con el conjunto de smart contract como el modelo recomienda. Aquellos usuarios que no realicen todas las tareas indicadas en tiempo y forma crearan una demanda de tokens del proyecto para continuar avanzando, mientras que los que estén al dia tendrán cierto excedente y crearan una oferta de tokens, generando un mercado secundario. El EST será el token nodal del sistema mediante el cual se regulará la escasez del suministro de toda la red, dado que es el token que mas dificultad tiene para ser obtenido en tiempo y costo asociado. Sin embargo y al igual que el anterior, para evitar que el cooldown del reclamo de EST se incremente exponencialmente los usuarios deberán interactuar con el siguiente smart contract.

🌟A desarrollar🌟

Para interactuar con este smart contract, los usuarios deberán disponer de 1 EST, el cual destinarán a cuatro proporciones de stake y quema.

  1. Si quema el 100% de 1 EST: Obtendrá AA-FST (Token de facción de hecho Altruismo altruista/Auberis)
  2. Si stakea el 100% de 1 EST: Obtendrá EE-FST (Token de facción de hecho Egoísmo egoísta/Euberis)
  3. Si quema el 60% y stakea el 40% de 1 EST: Obtendrá AE-FST (Token de facción de hecho altruismo egoísta/Aexigus)
  4. Si stakea el 60% y quema el 40% de 1 EST: Obtendrá EA-FST (Token de facción de hecho egoísmo altruista/Eexigus)

🎯 Cooldown y reclamos 🎯

El cooldown para obtener cualquiera de estos cuatro tokens será de 6 horas base y comenzará a subir en patrón Fibonacci a partir del tercer claim, como el resto de tokens.

Para restablecer el cooldown de este smart contract, el usuario deberá hacer un reclamo de EST.

✅ Características de los tokens de facción

La característica especifica de este token de facción de hecho es que será unitario y soulbound, es decir, que no se podrá fraccion y estará ligado a la billetera que lo reclame. Aquellos usuarios que hagan stakes de sus EST Token tendrán acceso a funciones especiales desplegadas en el futuro para recuperar sus stakes mediante desafíos colectivos. Esto está pensado para que aquellos usuarios mas enfocados en tendencias egoístas deban enfocar una mínima parte de su esfuerzo a tokens que representen algun grado mínimo de altruismo. La función principal de los tokens de facción será representar las tendencias psicológicas y/o estrategia económicas de los usuarios estructurando un ranking al que cada token de facción le corresponde un puntaje de riqueza y reputación, por un lado y por otro ofreciendo funcionalidades especificas a quienes alcancen lugares altos en el ranking de cada tendencia. En un futuro, también servirán como token de quema para votaciones específicas de cada facción, constituyendo un token de "proof of work" cuya utilización demuestra un uso consciente y compromiso con la acción tomada. Como este smart contract está desarrollado en ERC1155 se añadirá la posibilidad de transformar el token de facción más antiguo que tenga el usuario en un NFT asignándole un ID único, estructurado en Fact faction dominante y fact faction recesiva.
Para transformar este token fungible en no fungible el usuario deberá tener al menos 21 token de facción para determinar facción dominante o primaria, de los cuales se quemarán 20 y el 1 restante más antiguo se transformará en NFT ocupando el rol de facción dominante o primaria.
De la misma forma, para transformar este token fungible en no fungible el usuario deberá tener al menos 11 token de facción para determinar facción recesiva o secundaria, de los cuales se quemarán 10 y el 1 restante más antiguo se transformará en NFT ocupando el rol de facción recesiva o secundaria.

Cada usuario solo podrá tener un nft dominante y un nft recesivo, Para cambiar de facción sea dominante o recesiva el usuario deberá consumir la misma cantidad para quemar el nft y poder obtener otro de otra faccion. Finalmente, todas las combinaciones posibles entre estas cuatro tendencias dan un numero de 12 configuraciones entre facciones dominantes y recesivas Gamificación y NFTs: Los tokens de facción se convierten en NFTs "sellos" que combinados en domínate y recesivo permiten acceder a mintear un NFT de arquetipo (souldbound), que representan roles sociales en el emergente de gobernanza. Estos NFTs no solo son herramientas económicas, sino también vehículos de reputación y acceso a desafíos colectivos que fortalecen la comunidad. Es decir, cada uno de los doce arquetipos tiene un rol especifico en la gobernanza del sistema.

✅ Arquetipos y delegaciones

A medida que los usuarios avanzan, llegarán a un nivel donde podrán obtener un NFT ARQUETIPO correspondiente a la configuración de facción dominante y recesiva seleccionada.

Estos NFT arquetipos son cruciales, ya que habilitan a cada usuario para coordinar objetivos semanales y mensuales orientados a conducir los esfuerzos colectivos de la red.

✅ Desafíos semanales y mensuales

Se segmentarán los esfuerzos en base al corto, mediano y largo plazo, con el fin de llevar a cabo desafíos semanales y mensuales.

✅ Customer Engagement y Loyalty

La estructura de arquetipos o roles sociales representados en NFTs servirá como puerta de entrada para obtener partnerships de marcas, cuyas campañas de marketing estarán basadas en una segmentación de mercado fundamentada en los arquetipos de la personalidad.

Este aspecto de customer engagement o loyalty es la piedra angular del proyecto, ya que permite la colaboración entre múltiples agentes privados y/o estatales, agrandando el ecosistema y el influjo de liquidez.

Este proyecto plantea una nueva modalidad de branding, alineando los intereses colectivos con los intereses particulares empresariales, haciendo una puesta en valor de la información construida por la red mientras posibilita el acceso a beneficios con las empresas de forma directa.

🔧🔧🔧🔧🔧Smart Contract Verificados🔧🔧🔧🔧🔧

https://sepolia.arbiscan.io/address/0x89760d62921E023992e3E6506a589494441EE220#code

https://sepolia.arbiscan.io/address/0xdda36A853A8BE82ebc2Cc12ebee2C5aBb569212b#code

https://sepolia.arbiscan.io/address/0xf8bF1c13fc62e9a09e4e9e549431f950135Dd315#code

https://sepolia.arbiscan.io/address/0xfBa1aEc8DF5124477669AabDa6eaDdad4faDB48a#code

https://sepolia.arbiscan.io/address/0x39cfe1715846d19477779b4C1331e06cC27BCDdc#code

🔧🔧🔧🔧🔧Smart Contracts utilizados🔧🔧🔧🔧🔧

💻 Smart Contract Enrutador------------------------------------------------

Propósito: Coordina la interacción entre los usuarios y los contratos de NFT Llave, tokens RBU, RV y tokens de Facción.

Contratos con los que interactúa:

NFT Llave: Verifica si el usuario está en una whitelist y permite mintear un NFT Llave. RBU Token: Gestiona el reclamo y uso de tokens RBU. RV Token: Permite quemar y stakear tokens RV. Tokens de Facción: Facilita el minteo de tokens específicos de facción.

Funciones clave:

  1. Mint de NFT Llave Función: mintNFTLlave1 Requisito: El usuario debe estar en la whitelist y pagar una tarifa fija (MINT_FEE). Destino: Los fondos se transfieren a la billetera colateral.

  2. Interacción con Tokens RBU Función: routeToRBUToken Propósito: Permite a los usuarios reclamar una cantidad de tokens RBU. Validación: El usuario debe tener un saldo mínimo de tokens RBU para interactuar.

  3. Minteo de Tokens de Facción Cada token de facción tiene su propia lógica basada en el uso de tokens RV: AA Token: Quema 1 RV. EE Token: Stakea 1 RV. AE Token: Quema 0.6 RV y stakea 0.4 RV. EA Token: Stakea 0.6 RV y quema 0.4 RV.

Eventos: UserInteracted: Registra la interacción del usuario, incluyendo el contrato utilizado y el tiempo de cooldown. RoutedInteraction: Registra el tipo de acción realizada (reclamo, quema, stakeo) y los valores correspondientes.

💻 NFTLlave1-------------------------------------------------

El contrato NFTLlave1 es un contrato ERC721 que permite la creación de un token NFT llamado "NFT Llave". Se utiliza para emitir NFTs con un identificador único y metadatos personalizados. Está diseñado para ser controlado tanto por un propietario como por un contrato "Router" para manejar ciertas funcionalidades.

Propietario y Router:

El contrato tiene un propietario inicial definido en el constructor. Integra un router que puede interactuar con el contrato. Creación de NFTs:

Función createToken: Permite al propietario o router crear un único NFT. Función createTokens: Permite crear múltiples NFTs para un destinatario específico. Función createTokensForCreator: Emite NFTs personalizados con un nombre para un creador. Control y Acceso:

Usa el modificador onlyOwnerOrRouter para restringir acceso a ciertas funciones. Todas las funciones principales solo pueden ser llamadas por el propietario o el router. Metadatos Personalizados:

Los NFTs pueden configurarse con URIs específicos mediante la función _setTokenUri. Relaciones con Otros Contratos Este contrato puede integrarse con un Router para coordinar la emisión de NFTs según reglas adicionales o interacción con otros smart contracts. Flujo Gráfico Roles y Acceso:

🛡 Propietario (Owner): Puede emitir y configurar NFTs.
🌐 Router: También puede emitir NFTs con las mismas funciones que el propietario.
Creación de NFTs:

🛠 Llama a las funciones de creación: createToken → Crea un NFT único. createTokens → Crea varios NFTs para un destinatario. createTokensForCreator → Personaliza el NFT para el creador. Metadatos:

📂 Define URIs para personalizar cada NFT. Uso Común Emisión de NFTs para: Representar llaves de acceso. Usar en sistemas más grandes como tokens de autorización. Personalizar con metadatos únicos según el uso.

💻 RBUToken-----------------------------------------------------------

El contrato RBUToken implementa un token ERC20 llamado "RBU Token". Este token es utilizado para gestionar un sistema de reclamos controlado por un contrato enrutador (Router). Solo el router puede emitir tokens a las direcciones de los usuarios bajo reglas estrictas.

Principales Características

Token ERC20: Nombre: RBU Token Símbolo: RBU

Decimales: 18 Roles y Acceso:

Propietario (Owner): Puede configurar la dirección del router. Router: Tiene el poder exclusivo de emitir tokens mediante la función claimToken. Sistema de Reclamos:

Cada reclamo de tokens debe cumplir con los límites: Mínimo y Máximo: 4 RBU (definido como constante 4 * 10^18).

Los reclamos son registrados en un log estructurado que incluye: Dirección del usuario. Cantidad reclamada. Marca de tiempo (timestamp). Logs y Seguimiento:

Registra cada reclamo en un array claimLogs. Mantiene un contador total de reclamos (totalClaims). Proporciona funciones para consultar los reclamos y su total. Eventos:

Evento Claimed: Emitido cada vez que se reclaman tokens. Relaciones con Otros Contratos Este contrato depende de un Router para iniciar el proceso de emisión de tokens. Puede interactuar con otros sistemas que utilicen el token RBU como parte de su lógica. Flujo Gráfico Roles Principales:

🛡 Propietario: Configura el Router. 🌐 Router: Gestiona la emisión de tokens bajo las reglas predefinidas. Proceso de Reclamo:

🌐 Router llama a claimToken. ✅ Validación: Verifica que la cantidad reclamada sea exactamente 4 RBU. Garantiza que la dirección del destinatario no sea nula. 🪙 Tokens Mint: Se crean 4 RBU y se envían al destinatario. 📜 Registro: Se almacena un log del reclamo. 📢 Evento: Se emite un evento Claimed.

💻 RVToken----------------------------------------------------------------

El contrato RVToken implementa un token ERC20 llamado "RV Token" (RVT). Su emisión está gestionada por un contrato Router y está vinculada a la posesión de tokens NFT LLAVE1. Este contrato introduce un mecanismo de emisión por bloques con tarifas colaterales y enfriamientos (cooldowns) entre operaciones.

Principales Características Token ERC20:

Nombre: RV Token Símbolo: RVT Decimales: 18 Roles y Acceso:

Propietario (Owner): Configura la billetera colateral y la dirección del router.

Router: Controla la emisión y quema de tokens. Gestiona los periodos de cooldown.

Emisión de Tokens:

Minting:

Los tokens se emiten basándose en la cantidad de NFT LLAVE1 que posee un usuario. Requiere el pago de una tarifa colateral mínima (0.00025 ETH).

Cada emisión está limitada por: Suministro del bloque: Tokens disponibles en el bloque actual. Cooldown de 24 horas: Tiempo mínimo entre emisiones.

Burning: Permite quemar tokens de un usuario bajo ciertas condiciones. Tarifas y Cooldowns:

Tarifa colateral: Pagada en ETH, transferida a una billetera colateral específica.

Cooldown: Tiempo de espera (24 horas por defecto) antes de permitir nuevas emisiones. Logs y Gestión de Bloques:

Cada bloque tiene un suministro asociado que decrece con cada emisión. Si un bloque no tiene suministro disponible, se inicia un nuevo bloque. Relaciones con Otros Contratos Router: Gestiona las interacciones clave (minting, burning, y ajustes de cooldown).

NFT LLAVE1: Determina la cantidad inicial de tokens emitibles por usuario. Flujo Gráfico Roles Principales 🛡 Propietario: Configura el router y la billetera colateral. 🌐 Router: Realiza las emisiones y quemas de tokens. 👤 Usuario: Recibe tokens tras pagar la tarifa y cumplir los requisitos. Proceso de Emisión (mintTokens) 🌐 Router:

Verifica cooldown y tarifa. Calcula el suministro del bloque actual. Transfiere la tarifa colateral a la billetera. Emite tokens (2 RVT por operación). 📜 Registro:

Actualiza el suministro restante del bloque.

💻 Token Facción-------------------------------------------------------------------

El contrato UnifiedFactionToken utiliza el estándar ERC1155 para gestionar tokens multifuncionales y NFTs de facción.

Proporciona funcionalidades específicas para: Mintear tokens de facción. Crear y mejorar NFTs de facción. Implementar tokens soulbound (no transferibles). Registrar y consultar actividades mediante logs. Principales Características

Tokens Multifuncionales: Tokens de facción: AA_TOKEN, EE_TOKEN, AE_TOKEN, EA_TOKEN. NFTs de facción: NFT_DOMINANTE, NFT_RECESIVO. RV_TOKEN y LLAVE1_NFT: Tokens utilizados como requisitos para obtener tokens de facción. Roles y Acceso:

Propietario (Owner): Configura el URI base y administra los minters permitidos. Router: Intermediario para mintear, quemar y gestionar tokens vinculados al ecosistema.

Funciones Clave: Obtener Tokens de Facción: Basado en la selección del usuario, permite elegir entre varias opciones de quemado y stake. Crear NFTs de Facción: Combina tokens de facción para crear un NFT dominante y un NFT recesivo. Mejorar NFTs de Facción: Consume tokens adicionales de la facción correspondiente para potenciar los NFTs. Tokens Soulbound: Minteo y quema de tokens no transferibles. Logs y Seguimiento:

Registra todas las transacciones de obtención de tokens de facción. Proporciona acceso a los registros de logs globales y específicos por usuario. Flexibilidad:

Gestión dinámica de minters y actualización del URI del metadata. Relaciones con Otros Contratos

RVToken y LLAVE1_NFT: Tokens requeridos como entrada para obtener tokens de facción.

Router: Coordina las interacciones críticas con este contrato. Flujo Gráfico Roles Principales 🛡 Propietario: Administra la configuración general.

🌐 Router: Controla el flujo de emisión y quema de tokens. 👤 Usuario: Interactúa para obtener tokens de facción y crear/mejorar NFTs. Proceso de Obtener Tokens de Facción

🌐 Router: Valida que el usuario tenga RV_TOKEN y LLAVE1_NFT. Determina el tipo de token y la proporción de quemado/stake. Registra el evento en los logs y emite el token correspondiente. 📜 Registro:

Almacena el log global y por usuario. Crear NFTs de Facción 👤 Usuario: Proporciona tokens de facción como entrada (diferentes para dominante y recesivo). Quema los tokens requeridos. 🌐 Contrato: Registra las combinaciones y emite NFT dominante y NFT recesivo.

Built With

Share this project:

Updates