Los precios de las propiedades aquí han subido tanto que una persona de clase media común ya no puede ni soñar con una vivienda completa. Así que la gente compra partes: un terreno se convierte en un edificio de cuatro pisos y se vende piso por piso. Seré honesto: yo mismo vivo en una de esas partes.
Ese hueco es donde operan los depredadores.
Un familiar nuestro compró una parte a través de un intermediario. Lo que no le dijeron al comprador: el edificio estaba en un terreno ilegal, nunca destinado a vivienda; “china cutting”, como se llama aquí. El constructor se llevó su dinero y desapareció. Dos años después, por una orden judicial, el edificio se vació y se derribó. En un solo golpe, alrededor de siete familias perdieron sus hogares y sus ahorros. Nuestro familiar no pudo soportar el impacto: falleció.
Aquí está la parte que sigo dando vueltas. Existía el papeleo. Se presentó, se selló, quedó archivado. Pero el registro nunca se comprobó con la realidad: el terreno debajo nunca era lo que decían los papeles.
Esa distinción es lo que el DuskDS de @Dusk me hizo pensar: la capa de liquidación base y de disponibilidad de datos de Dusk L1. Ejecuta Succinct Attestation, un protocolo de consenso de prueba de participación basado en comités, que proporciona una finalización rápida y determinista: una vez que un bloque se ratifica, el estado del libro mayor es definitivo.
DuskDS cubre bien la primera parte: una vez ratificado y finalizado, el registro base no se puede reescribir simplemente. Pero un registro final demuestra que el registro no puede reescribirse discretamente más tarde. No prueba, por sí mismo, que la información que entró fuera verdadera.
Así que la pregunta real no es “¿se puede hacer final el registro base?”. Es “¿lo que entró en ese registro fue verificado correctamente antes de escribirse en él?”.
Esa fue la capa sobre la que vivió y murió la historia de mi familiar. Un papel sellado no es una verdad verificada. Y un registro final solo es tan honesto como lo que permitiste que entrara en él.
Verifica la entrada. No solo el sello.
Sigue la señal, no el ruido.
$DUSK #dusk @Dusk
Ese hueco es donde operan los depredadores.
Un familiar nuestro compró una parte a través de un intermediario. Lo que no le dijeron al comprador: el edificio estaba en un terreno ilegal, nunca destinado a vivienda; “china cutting”, como se llama aquí. El constructor se llevó su dinero y desapareció. Dos años después, por una orden judicial, el edificio se vació y se derribó. En un solo golpe, alrededor de siete familias perdieron sus hogares y sus ahorros. Nuestro familiar no pudo soportar el impacto: falleció.
Aquí está la parte que sigo dando vueltas. Existía el papeleo. Se presentó, se selló, quedó archivado. Pero el registro nunca se comprobó con la realidad: el terreno debajo nunca era lo que decían los papeles.
Esa distinción es lo que el DuskDS de @Dusk me hizo pensar: la capa de liquidación base y de disponibilidad de datos de Dusk L1. Ejecuta Succinct Attestation, un protocolo de consenso de prueba de participación basado en comités, que proporciona una finalización rápida y determinista: una vez que un bloque se ratifica, el estado del libro mayor es definitivo.
DuskDS cubre bien la primera parte: una vez ratificado y finalizado, el registro base no se puede reescribir simplemente. Pero un registro final demuestra que el registro no puede reescribirse discretamente más tarde. No prueba, por sí mismo, que la información que entró fuera verdadera.
Así que la pregunta real no es “¿se puede hacer final el registro base?”. Es “¿lo que entró en ese registro fue verificado correctamente antes de escribirse en él?”.
Esa fue la capa sobre la que vivió y murió la historia de mi familiar. Un papel sellado no es una verdad verificada. Y un registro final solo es tan honesto como lo que permitiste que entrara en él.
Verifica la entrada. No solo el sello.
Sigue la señal, no el ruido.
$DUSK #dusk @Dusk