Impulsado por
Branded Spotlight

CONTENIDO PATROCINADO

Este comunicado de prensa patrocinado fue proporcionado por ChangeNOW y no fue redactado por Bitcoin.com News. Bitcoin.com News no respalda necesariamente las declaraciones contenidas en este anuncio.

ChangeNOW x Guarda: un caso práctico que demuestra que una cartera no tiene por qué convertirse en una plataforma de intercambio

Resumen ejecutivo

COMPARTIR
ChangeNOW x Guarda: un caso práctico que demuestra que una cartera no tiene por qué convertirse en una plataforma de intercambio
  • Guarda Wallet se lanzó en 2017 como un monedero para Android autofinanciado y sin custodia, creado desde cero para una única cadena. Para ir más allá del simple almacenamiento, sus usuarios necesitaban intercambiar, comprar y hacer staking dentro de la aplicación, sin que Guarda se convirtiera en una plataforma de intercambio ni tuviera que desarrollar la infraestructura que ello requiere.
  • El equipo integró la API de ChangeNOW como su capa de intercambio, siendo ChangeNOW el principal proveedor detrás de la cobertura de intercambio de Guarda: la liquidez, el enrutamiento y la fijación de precios recaían en ChangeNOW, mientras que la custodia permanecía en manos del usuario y el intercambio en sí nunca salía de la cartera.
  • Guarda es ahora compatible con 70 blockchains principales —la mayor parte de esa cobertura de red se ha hecho posible gracias a la integración de ChangeNOW—, opera en más de 100 países y está disponible en web, ordenador, móvil y como extensión de navegador. ChangeNOW se encargó de la parte de intercambio; la trayectoria general del producto fue obra de la propia Guarda.

El almacenamiento dejó de ser un producto

Durante la mayor parte de la última década, la función de un monedero era almacenar. Introducir claves, mantenerlas a salvo y recuperarlas cuando fuera necesario. Ese enfoque ya no se ajusta a la forma en que la gente utiliza realmente estos productos. Los usuarios juzgan un monedero por lo que pueden hacer en el momento en que lo abren, no por dónde se encuentran sus activos mientras están inactivos.

Cuando la única función que ofrece un monedero es el almacenamiento, cada intercambio, compra o participación se convierte en un motivo para marcharse. Un monedero diseñado así es un punto de paso entre transacciones, en lugar de ser el lugar donde estas se producen. Un intercambio integrado en el monedero ha pasado de ser una función premium a una expectativa básica, y la pregunta interesante ya no es si añadir uno, sino dónde debe ubicarse esa función una vez que se haga.

La autocustodia se ha generalizado y ha subido el listón

Este cambio tiene un punto de partida claro. En 2017, las plataformas de intercambio centralizadas estaban perdiendo la confianza de los usuarios tras una serie de ataques informáticos de gran envergadura, la regulación en torno a las plataformas de custodia se estaba endureciendo y la autocustodia dejó de ser una opción reservada a los usuarios con conocimientos técnicos. Para una parte cada vez mayor de los usuarios, se convirtió en la forma más segura de mantener sus activos.

Ese cambio de comportamiento chocó con un cambio en la estructura del mercado. Los activos se fragmentaron entre distintas cadenas, y la navegación manual entre ellas ralentizaba a los usuarios y aumentaba las tasas de error precisamente en los momentos en que intentaban actuar. La liquidez se dispersó entre libros de órdenes, fondos comunes de AMM y sistemas de enrutamiento competidores. La agregación y el enrutamiento inteligente pasaron de ser herramientas avanzadas a convertirse en requisitos imprescindibles, ya que ninguna fuente por sí sola podía valorar adecuadamente una operación importante. Así pues, el listón se elevó por partida doble: los usuarios querían tener la custodia en sus propias manos y querían operar en una docena de redes sin tener que salir de la aplicación para hacerlo.

Guarda rechazó tres atajos

Guarda comenzó ese año como una cartera para Android dedicada a Ethereum, creada desde cero como un producto sin custodia por un equipo sin infraestructura previa, sin base de productos y sin financiación externa. Lo difícil nunca fue la función inicial. Lo difícil fue ganarse la confianza. Una arquitectura sin custodia no puede almacenar claves privadas, archivos de copia de seguridad ni datos personales en sus propios servidores, lo que hace que la ingeniería sea más exigente que la de un monedero del lado del servidor —y aún más exigente para un equipo autofinanciado que trabaja con sus propios límites de recursos—. Aun así, el trabajo inicial no pasó desapercibido: la comunidad de Ethereum Classic adoptó la cartera para Android, y una subvención de la Fundación Zcash financió un cliente ligero de ZEC.

El problema de escalabilidad no tardó en aparecer. Una aplicación independiente para cada cadena habría convertido el producto en un montón de carteras inconexas, por lo que el equipo necesitaba una arquitectura única capaz de absorber nuevos activos y nuevas acciones sin fragmentarse. Llegar hasta ahí supuso descartar tres caminos más fáciles, cada uno con un coste real. Un modelo de custodia o del lado del servidor habría simplificado la ingeniería, pero habría supuesto renunciar a la autocustodia en el proceso. Limitarse exclusivamente a dispositivos móviles habría mantenido el producto enfocado, pero habría ignorado todos los demás entornos en los que la gente gestiona criptomonedas. Aceptar capital externo habría acelerado la contratación y añadido una serie de presiones que el equipo no deseaba. Guarda tomó la ruta más difícil en los tres aspectos: autofinanciada, multiplataforma y con el modelo de confianza intacto.

Esa disciplina es lo que merece la pena estudiar. La limitación no era una nota al pie de la estrategia: era la estrategia en sí misma. Un equipo que no podía permitirse crear una plataforma de intercambio tenía que ser preciso en cuanto a lo que construía y lo que integraba.

La tercera opción: externalizar la infraestructura, mantener el control

Aquí es donde la decisión se concreta. Guarda convirtió el intercambio dentro de la aplicación en un objetivo fundamental. Pero crear liquidez y operaciones de intercambio desde cero era precisamente el trabajo que el equipo había descartado. Así que trazó una línea que la mayoría de las hojas de ruta difuminan: la infraestructura se externaliza, la acción se queda dentro.

La capa de intercambio se integró a través de una API —la de ChangeNOW, como proveedor principal—, de modo que los intercambios se resolvían dentro de la cartera, mientras que el enrutamiento, la fijación de precios y la liquidez quedaban fuera de las operaciones del equipo. Guarda no se convirtió en una plataforma de intercambio, ni envió a sus usuarios a ninguna.

Esa distinción es fácil de confundir, por lo que vale la pena ser preciso al respecto. Enviar a un usuario a una plataforma de intercambio implica una redirección fuera de la interfaz, una cuenta independiente, una segunda ronda de verificaciones de identidad y la custodia transferida a la plataforma que gestiona la operación. Un intercambio integrado mantiene todo eso dentro: sin redireccionamiento, sin segunda cuenta, sin transferencia de custodia, y tanto la comisión como los datos de la transacción permanecen en el monedero en lugar de en la plataforma. La operación sigue liquidándose en canales externos, pero el usuario, el momento de la acción y la relación nunca abandonan el producto. Solo se externaliza la infraestructura técnica. Dado que el enrutamiento no implica custodia, las claves nunca salen del control del usuario para que se produzca el intercambio, lo que mantiene intacta la promesa original del monedero en lugar de sacrificarla en aras de la comodidad.

La externalización de esta capa también ha liberado al equipo de una carga que, con razón, quería evitar: cuando el proveedor se encarga del enrutamiento y de gran parte de la carga normativa, el monedero incorpora la función de intercambio sin heredar todo el perfil regulatorio propio de una plataforma de intercambio.

La lógica comercial se deriva de esa misma elección. Cada acción que un usuario puede realizar dentro del producto profundiza la relación y crea una oportunidad de obtener rendimientos sin empujar a la cartera hacia la custodia: intercambios y, posteriormente, staking que alcanza hasta alrededor del 20 % de APY, dependiendo del activo. Guarda no se limitó a las transacciones, sino que añadió un generador de tokens, una rama educativa en Guarda Academy y el token $GRD, pero cada uno de ellos se integró en la misma cartera en lugar de dar lugar a una aplicación independiente.

La escalabilidad como recompensa y la regla que vale la pena mantener

El resultado se traduce en alcance, más que en una lista de logros. Guarda es ahora compatible con 70 blockchains principales, con ChangeNOW como el principal proveedor de intercambio detrás de esa cobertura —aunque no el único—, y funciona en más de 100 países a través de la web, en ordenadores de sobremesa con Windows, macOS y Linux, en dispositivos móviles con iOS y Android, y mediante una extensión de Chrome. Una aplicación para Android de una sola moneda se convirtió en un lugar para guardar, intercambiar, comprar y hacer staking desde un único entorno. La integración se encargó de la capa de intercambio; no creó toda la trayectoria, y la versión honesta de la historia mantiene esas dos cosas separadas.

La lección para los equipos de carteras va más allá de «añadir una plataforma de intercambio». La cartera que responde al momento de la acción construye una relación más sólida, incluso sin custodiar los fondos de nadie. La regla a la que llegó Guarda es muy clara: no te conviertas en una plataforma de intercambio, pero tampoco dejes que otra plataforma se adueñe de la acción de intercambio. Mantén claro el modelo de custodia y mantén la acción dentro del producto. Lo cual deja una pregunta para cualquiera que gestione un monedero hoy en día. De todas las intenciones de transacción que generan tus usuarios, ¿cuántas sigues enviando a otro sitio para captarlas?


_________________________________________________________________________

Bitcoin.com no asume ninguna responsabilidad ni obligación, y no será responsable, ya sea directa o indirectamente, de ninguna pérdida, daño, reclamación, coste o gasto de ningún tipo, ya sea real, alegado o consecuente, que surja de o esté relacionado con el uso de, o la confianza depositada en, cualquier contenido, bien o servicio mencionado en este artículo. La confianza depositada en dicha información es estrictamente por cuenta y riesgo del lector.

Este artículo fue traducido del inglés mediante IA. La versión original en inglés es la fuente autorizada; las traducciones automáticas pueden contener imprecisiones, especialmente en la terminología legal y regulatoria.