Ahora, al examinar el mecanismo contrafactual de emplear el canal de estado, es evidente que depende de que Dapp use su biblioteca. En contraste, 2key quería que su enlace firmado fuera construido por un navegador normal usando JavaScript.
Hay dos enfoques para que el navegador de un referente participe en la construcción de un enlace firmado. El enfoque centralizado requiere que el usuario vaya a un sitio web de 2 claves, donde el referente obtendrá un enlace de referencia. Ahora nos estamos transformando al enfoque descentralizado, donde el código utilizado para generar la interfaz de usuario, así como la criptografía necesaria para validar y construir los Smart Links de 2 teclas, también residen en el almacenamiento descentralizado.
Esto significa que el enlace inteligente de 2 teclas será, en última instancia, una pequeña pieza de JavaScript que indicará al navegador que cargue un gran código de JavaScript (la interfaz de usuario y la criptografía) con un hash específico de IPFS, así como el hash del estado.
Entonces, el enlace de 2 teclas tiene esta estructura simbólica:
js: // {node-code-hash} & {state-hash}
Donde node-code-hash es el hash del código JavaScript para construir el enlace, y state-hash es un hash del estado combinado y la dirección de referencia, que están firmadas criptográficamente.
El Dapp que usa el enlace de 2 teclas se sirve desde el almacenamiento descentralizado. De este modo, el canal de estado multipartita de 2 teclas funciona de forma completamente descentralizada a través de navegadores estándar.
Creemos que 2key posee muchos de los atributos de Contrafactual, como los canales estatales multipartidistas. Además, 2key es superior en términos de descentralización, ya que no requiere conocimiento previo de los participantes en el canal estatal, y opera a través de navegadores estándar a través de HTTP, totalmente abiertos a la red mundial.
