Unification
Para dar contexto al problema que se está resolviendo, se debe entender que Unificación comenzó como un protocolo de “2a capa”. A partir de la experiencia colectiva de los equipos centrales en consultoría empresarial y desarrollo de software, UND se diseñó originalmente para ser únicamente un protocolo de “liquidez de datos” que permitiría a las empresas estandarizar / tokenizar sus datos y colocarlos en un formato líquido para comprar / vender / transferir sobre una cadena de bloques.
Lo que estábamos construyendo no era “sexy”, sino que satisfacía una necesidad muy lucrativa, aunque posiblemente aburrida, de las empresas y el futuro de los datos. A medida que el equipo pasó la mayor parte de un año desarrollando la base de código y participando en la difusión temprana de la empresa, en el transcurso de cientos de conversaciones y luego en la verificación posterior de las realidades, se hizo evidente que no era posible crear una “segunda capa” funcional.
cuando en la realidad práctica no existía una “1ra capa” que funcionara de manera que fuera funcional para cualquier tipo de empresa seria que intentara “trabajar”. Por “trabajo” nos referimos a lo cotidiano: a veces, la ejecución automatizada de contratos inteligentes que suceden por miles / decenas de miles / millones y no están directamente relacionados con ningún tipo de ganancia monetaria inmediata / pérdida de dinero / tokens.
a medida que ETH y EOS ganaron prominencia en 2017-18 y presentaron una visión de cómo las cosas “deberían ser”, pero las limitaciones se expusieron rápidamente cuando se hizo evidente que las restricciones tecnológicas actuales no permitirían que se validaran “todos los contratos inteligentes en el mundo” por cualquier blockchain único. Incluso con la mejor de las intenciones, cuando se colocó en una situación de escalamiento “n + 1”, cualquier sistema “cerrado” alcanzó rápidamente una masa crítica y todas las transacciones de “trabajo” se hicieron retroceder mientras que las transacciones de “alto valor” como las monedas La especulación, (erc-20) el juego, (EOS) y el pseudo-juego (crypto-kiddies, etc.
) obstruirían la red por naturaleza. El otro lado de la solución que se ha estado acercando desde el lado corporativo ha sido el despliegue de blockchains de “consorcios” totalmente privados, según lo propuesto por ofertas como Corda e Hyperledger. Al estar basado en el modelo “linux / redhat”, la idea era crear un software de código abierto que “hace cosas útiles” y luego facturar la consultoría para implementar y mantener.
Esto resolvería de manera efectiva e instantánea el problema de la “escalabilidad” ya que la cantidad requerida de validadores es (n), es decir. Cualquier cosa que el desplegador determine y solo se permitirán las transacciones permitidas por los validadores en la red. Lo que significa que estas implementaciones totalmente “privadas” son útiles en teoría, pero dependiendo del caso de uso a veces se puede regular a nada más que a una base de datos glorificada para que alguien pueda decir “estamos en la cadena de bloques”.
