Cambio de tendencia de la tecnología de billetera en #ETHDenver

TLDR; El aumento de la cadena cruzada competitiva está cambiando la tendencia de una aplicación de billetera de terceros a un SDK de billetera incrustable y llevó a la creación de una “billetera universal” durante #ETHDenver.

Fuerte presión sobre Dai, xDai y cadena cruzada Dapp

Austin Griffith creó “BuffiDai”, un token comunitario ERC20 basado en xDai (cadena basada en PoA donde Dai es su moneda nativa) que se utilizó durante todo el evento para comprar alimentos y bebidas. Algunas empresas estaban vendiendo sus productos en su puesto de proveedores y luego donaron para caridad.

Cuando escuché por primera vez sobre xDai en #ETHBerlin, hubo algunas voces escépticas sobre la cadena compatible con Ethereum que solo están gobernadas por varias autoridades. Es muy poco probable que los proyectos que dependen en gran medida de la noción de descentralización (como Aragón) muevan toda su pila a la red xDai, pero ETHDenver, Burner wallet y Bufficoin demostraron el caso de uso de usar xDai para fines de POS donde la velocidad de transacción y la transacción barata el costo importa. xDai estará aquí para quedarse.

Probablemente fue el primer hackathon en el que la gente usaba menos Metamask para interactuar con Ethereum. Esto se debe a que el uso de xDai de Metamask requiere que configure manualmente el punto final RPC personalizado de xDai (lea aquí para obtener más detalles).

Mientras que Burner Wallet (cuya billetera Bufficoin está construida en la parte superior) personalizó su interfaz de usuario que permite a las personas intercambiar monedas en diferentes redes sin mencionar jergas confusas como “RPC personalizado”.

Al incorporar la capacidad de billetera dentro de la propia Dapp, el desarrollador de Dapp ahora tiene el poder de personalizar la interfaz de usuario para que se ajuste a su propósito.

Tendencias en carteras integrables

A lo largo de #EthDenver, vi varios proyectos que brindan billetera integrable en dapps. Portis.io fue el primero que escuché pero ahora tenemos varias soluciones.

Fortmatic es el nuevo chico de la cuadra que fue el patrocinador principal del evento y lanzó su producto durante el fin de semana.

Su característica principal es permitir a los usuarios crear una nueva billetera con un número de teléfono, eliminando la necesidad de descargar un mnemónico largo o crear una contraseña. Sin embargo, lo que me impresionó fue la capacidad de poder especificar la red mediante el Dapp.

Esto parece sutil pero una gran mejora de UX para los desarrolladores de Dapp, ya que ya no necesitamos mostrar el molesto mensaje de “Oh, te estás conectando a la red incorrecta”, lo que hacemos en Kickback y me molesta muchísimo.

Con Fortmatic (y probablemente pueda hacerlo con cualquier billetera insertable), puede conectarse directamente a la red de interés.

Un gran poder conlleva una gran responsabilidad. La siguiente pregunta que deben responder los desarrolladores de dApp es “¿qué solución?”.

Mientras dependíamos de la gestión de cuentas para carteras de terceros (Metamask, Estado, etc.), la forma en que los usuarios se conectan y gestionan sus claves no nos concierne. Lo que teníamos que hacer era mostrar enlaces y permitir que los usuarios elijan.

Sin embargo, estas carteras integradas son específicas para cada dapp, por lo que solo necesitamos seleccionar una solución. Y una vez seleccionada, la dirección del usuario está vinculada al proveedor específico, por lo que los usuarios tienen que crear una nueva cuenta cuando estos proveedores cierran o descubrimos que una solución no es buena y necesitamos cambiar a la otra.

Entonces, ¿los apoyaremos a todos y permitiremos que el usuario elija así?

Umm, apuesto a que los usuarios se preguntarán “¿Cuál?”. Esto no solo se debe a que estos jugadores son nuevos y tienen menos reconocimiento de marca, sino que son más una solución “b2b” que debe integrarse y su marca no debe exponerse realmente a los usuarios finales.

Acceso universal

Entre varios proveedores, Universal Wallet tiene una ligera ventaja porque hacen uso del dominio ENS, por lo que es posible que los usuarios reconozcan cuentas asociadas con dapps más populares, como Aragon, Gitcoin y Status. ).

Esto le da una semejanza similar al estilo web2.0 oauth donde usted elige la marca que puede reconocer y en la que puede confiar.

Dije “un poco” porque estos dapps poseen dominios ENS y crean subdominios para sus usuarios, pero no se han integrado con el inicio de sesión universal, y les llevará mucho tiempo hacerlo. El estado es interesante, ya que son la billetera en sí mismos, por lo que son más competidores. Sin embargo, no hay ninguna razón por la que Status no se integre en el inicio de sesión universal para que pasen de “proveedor de billetera” a convertirse en la mejor aplicación de mensajería criptográfica (y los usuarios ya no tienen que escribir la contraseña en su dispositivo). Oh, también trabajo en ENS, así que mi opinión es muy parcial, así que tómate esto con una pizca de sal.

El nacimiento de Universal Wallet

El inicio de sesión universal trae muchas campanas y silbidos (contrato inteligente multifirma como bóveda, recuperación de clave de múltiples dispositivos, etc.) y la metatransacción es una de ellas. La metatransacción es una técnica para abstraer la noción de “gas” (la tarifa de uso que el usuario final tiene que pagar al minero) y delegarla a alguien para que los nuevos usuarios puedan interactuar con Dapp sin necesitar el gas. Es una idea iniciada por Austin y Burner Wallet también utiliza la técnica.

Debo confesar que odiaba la idea. Cuando dices que alguien paga el gas, generalmente se refiere al dapp en sí. El defensor de la metatransacción dice que es un costo de marketing necesario para adquirir usuarios. Para mí, toda la belleza del costo del gas es que elimina el problema de “cero a uno” que traía el modelo de negocio “Freemium” de la web 2.0. La gente está tan acostumbrada a obtener su servicio de forma gratuita y solo una fracción de los usuarios paga por el servicio premium. Al tener gasolina, se está educando a los usuarios de que “todo cuesta algo” y también facilita la adición de micro tarifas.

Bien, incluso si estoy convencido de pagar el costo inicial del gas como costo de adquisición, ¿cuándo es el momento para que los usuarios comiencen a pagar por nuestro servicio? Superar el obstáculo para adquirir ETH a través del intercambio con KYC es mucho más difícil que pagar con tarjeta de crédito. Algunas aplicaciones como los juegos tienen sentido no cobrar a los usuarios hasta que los usuarios gasten tanto tiempo y energía para adquirir su activo digital, pero no es factible para Kickback cuando les pedimos a los participantes de la reunión que comprometan a ETH para confirmar su asistencia a su evento para poner un poco de piel en el juego. .

Por este motivo, solo quería integrarme con el inicio de sesión universal después de que los usuarios compran ETH a través de proveedores de pago como Wyre.

ETHDenver es un gran lugar para conocer a todos los jugadores clave en un solo lugar.

Junto con Marek Kirejczyk (el fundador de ETHWorks que implementó el inicio de sesión universal) y Kyle Bryant (uno de los contribuyentes del SDK de inicio de sesión universal), creamos una solución para el prototipo que integra Wyre y el inicio de sesión universal utilizando la técnica de implementación Counterfactual con crear2 .

Esta técnica permitirá a los usuarios financiar su gas de transacción en cualquier token, eliminando el problema del patrón de meta transacción general en el que alguien (a menudo el Dapp) tiene que sustituir el costo del gas de los usuarios. Combinada con Dai, esta técnica podría ocultar Ether por completo a los ojos de los usuarios. Es otra mejora de UX sutil pero significativa.

A lo largo de ETHDenver, los miembros de MakerDAO competían entre sí prometiendo (o tropezando) por “CUANDO DAI” conmigo.

Una de las razones por las que aún no nos hemos integrado es que la conversión a DAI es otro paso adicional (Mariano Conti es el único que tuvo que convertir de DAI a ETH a RSVP en Kickback) para usar nuestro Dapp también ya que explicar DAI y ETH será la molestia adicional de UX. Ahora que Wyre admite la conversión directa a DAI y la metatransacción permite a los usuarios pagar gasolina en DAI (o en cualquier token), podemos deshacernos de la palabra “Ether” completamente desde el punto de vista de la interfaz de usuario (y también reemplazar el horrible decimal hexadecimal con ENS como un bono adicional).

create2 es algo de lo que no sabía nada hasta que llegué a ETHDenver. James Young es el pionero en este campo con excelentes publicaciones de blog que explican las implicaciones de este nuevo cambio y fue genial que apareciera constantemente en nuestro escritorio para charlar.

Un agradecimiento especial también va para Chris Whinfrey del Nivel K.

Inicialmente estuvo en nuestro equipo (probablemente durante las primeras horas) para sentar las bases del contrato inteligente, luego se mudó a otro equipo, pero regresaba de vez en cuando respondiendo cualquier pregunta que tuviera.

Una cosa que aprendí sobre create2 es que es una forma muy genérica de usar el código. El que usamos en realidad no tiene ninguna lógica específica de nuestra aplicación. Pasé la mayor parte de mi tiempo escribiendo pruebas para comprender la lógica. Espero que pronto surja una biblioteca que permita a los usuarios usar esta función sin muchas dificultades.

El tono

He asistido a muchos hackatones pero el de esta escala fue la primera vez. Era como si estuviéramos en las citas rápidas (no es que yo haya estado allí) esperando ansiosamente la llegada de los jueces. Uno de los tres jueces era E.G de INFURA a quien conocía bien, así que le dije “Ok, ahora fácil, solo selecciónanos”, pero él respondió diciendo “no, no es así como funciona”. Otro juez (a quien olvidé el nombre) fue muy crítico y señaló correctamente algunas debilidades (por ejemplo: quién paga el registro de EN), por lo que respondimos honestamente que no se implementó y que Dapp aún podría tener que compensar el gas.

También teníamos muchos bits y bobs faltantes y estábamos lejos de implementarlos en Mainnet. Hicimos toda la demostración en nuestro ganache en la base de datos de memoria y también tuvimos que usar un token ERC falso para simular la parte que Wyre estaba enviando a DAI. La parte del contrato inteligente no tenía nada que podamos demostrar, así que simplemente mostramos el contrato inteligente y el código de prueba y explicamos cómo se interconectarían.

El veterano del Hackathon, Kyle, me dijo “para ser seleccionado como finalista, debes tener tu propio dominio y desplegarlo en Mainnet”, por lo que el hecho de que fuéramos seleccionados para el finalista fue tomado por sorpresa. En ese momento, solo faltaban 10 minutos para que comenzara el lanzamiento final. Rápidamente corrí a la “zona de frío” y tuve que despertarlo. Tenía un leve pánico al encontrar a Marek, así que tuve que recurrir a Twitter.

Afortunadamente, nuestro turno estaba bastante avanzado, así que tuvimos mucho tiempo para prepararnos.

Lanzar frente a una gran audiencia es la única oportunidad de toda la vida, por lo que fue una gran oportunidad para promover tanto Kickback como ENS, en los que trabajo.

Incluso creé un evento especial para el almuerzo de Kickback mientras esperaba la presentación para poder usarlo para explicar por qué necesitábamos esta solución de billetera universal para empezar.

Marek estaba super nervioso justo antes de ir al campo. Además de la presión de hacer una presentación frente a la audiencia, el comité de jueces nos preguntó sobre qué parte construimos, ya que la presentación era solo una rama dentro del SDK de Universal Login. Así que se nos recordó que debíamos ser muy explícitos sobre qué parte era parte del SDK existente y qué parte era parte del truco.

Estamos realmente agradecidos de haber recibido el premio “El espíritu de Buidl”.

Nuestra entrada de Kauri está aquí. Es muy duro en el borde y está lejos de ser lanzado como oficial, pero esperamos seguir trabajando en él para poder usarlo en aplicaciones de la vida real (especialmente para Kickback).