Changelog

TegoOS: descuentos de calendario y reparto de cobros

La versión que corre hoy en la testnet pública. Comprobado el 16 de octubre: el nodo devuelve specVersion 232.

• Función

  `pallet_proptech`: `set_calendar_discounts` (llamada 28) y `DescuentosCalendario` — descuento de última hora y por reserva larga.

• Función

  `RepartosDeCobro`: lo que se pagó a cada parte de cada reserva (plataforma, inversores, dueño y cada coanfitrión), sumado entre el cobro, la disputa y la cancelación.

• Mejora

  Sin migración: los dos almacenes son nuevos y vacíos significan «sin descuento» y «sin reparto».

Reglas de reserva, coanfitriones y tope de cobertura

• Función

  `ReglasDeReserva` y `set_booking_rules` (23): estancia mínima y máxima, antelación, ventana y noches libres entre reservas.

• Función

  `set_date_prices` (24) y `PrecioDeFecha`: precio de noches concretas, hasta 366 por propiedad.

• Función

  Reservas por solicitud: `accept_request` (25) y `decline_request` (26). El huésped paga y el dinero queda retenido hasta que el anfitrión acepta.

• Función

  `set_cohosts` (27): hasta cuatro coanfitriones con su parte; gestionan reservas y calendario, no precios ni venta.

• Fix

  `pallet_insurance`: tope de cobertura. Ninguna reclamación estaba acotada a lo cubierto; se encontró probando TegoCover en la tablet.

• Función

  `Cancelaciones` y `ResultadosDeDisputa`: el histórico de cobros queda exacto sin necesidad de indexador.

Dos correcciones vistas en el ensayo en vivo del 229

• Fix

  El 229 llevaba dentro de su metadata el nombre de otro proyecto del ecosistema en vez del de la app. Corregido a TegoOS.

• Fix

  Reparto por debajo del depósito existencial: si la cuenta de la plataforma o un pool de inversores aún no existían, su parte se perdía.

pallet_proptech V1 — el núcleo de TegoOS

• Seguridad

  `pallet_proptech` V1 (índice 25) cierra un fallo reproducido en el 228: cualquiera podía registrar una propiedad encima del identificador de otra y cobrarse sus reservas retenidas.

• Breaking

  Migración `MigrateV0ToV1`: borra las 49 propiedades de prueba.

• Fix

  Las dos cuentas de `pallet-dao` nacieron sin proveedor ni depósito existencial; la migración las fondea desde la tesorería.

• Mejora

  El símbolo reservado pasa de DUSD a NOMISMA.

Gobernanza que ejecuta, y organizaciones con tesorería propia

• Función

  `CommunityGovernance`: una propuesta aprobada puede despachar una llamada con origen Root, y solo si ese par (pallet, llamada) está en la lista blanca.

• Función

  `pallet-dao` (índice 145): organizaciones con token de gobernanza, tesorería propia, quórum y timelock. Ejecuta con la cuenta de la DAO, nunca con Root.

• Mejora

  `pallet-analytics-platform` vuelve en el índice 144. El 16 queda como hueco para siempre.

El primer runtime upgrade real de esta cadena

La génesis se relanzó el 31 de agosto de 2026 (`0xe973931e…eae7aa`). El 208 fue la primera subida por `set_code`, sin tocarla.

• Función

  Del 207 al 208 por `set_code`, sin relanzar la génesis.

• Función

  La capa EVM pasa a ser accesible: hasta ese día los métodos `eth_*` devolvían «Method not found». Verificado el 5 de septiembre contra los dos RPC públicos: `eth_chainId` → `0x7ea` (2026).