Una decisión técnica explicada en lenguaje sencillo. Porque el impacto práctico en ti es real, incluso si la ingeniería subyacente es invisible.
Voy a hacer algo ligeramente inusual para una publicación de blog sobre blockchain. Voy a asumir que blockchain no te importa.
No de manera hostil. Solo quiero decir: la mayoría de los viajeros que reservan un hotel no quieren una conferencia sobre redes criptográficas. Quieren un buen precio, una aplicación que funcione, un hotel que exista y un reembolso que llegue rápidamente si algo sale mal.
Así que esta publicación es la versión donde explico una decisión técnica real (ejecutamos Tratok en dos blockchains diferentes simultáneamente) y por qué esa decisión importa para tu experiencia real de reserva. Sin jerga técnica en la medida de lo posible. Te lo prometo.
Un blockchain, para nuestros propósitos, es simplemente una red de computadoras que todas están de acuerdo en el mismo registro de lo que ha sucedido. Cuando reservas una habitación, la reserva se escribe en ese registro, y a partir de ese momento es muy, muy difícil de falsificar o alterar.
Hay muchas blockchains diferentes. No todas son iguales. Tienen diferentes compensaciones. Las dos que usamos actualmente son Ethereum y BSC (Binance Smart Chain).
La mayoría de las plataformas eligen una. O son una plataforma de Ethereum, o son una plataforma de BSC. Pensamos que esa era la pregunta equivocada.
Un viajero en Bangkok que reserva una guesthouse de $40 la noche necesita transacciones baratas y rápidas. La estructura de costos de Ethereum no tiene sentido para esa reserva. Las tarifas comerían los ahorros.
Un viajero en Londres que reserva una villa de $5,000 la noche para un retiro corporativo necesita máxima seguridad. La diferencia de costos entre las dos redes es irrelevante en una transacción de ese tamaño. Lo que importa es que el registro de la reserva repose en la capa de seguridad más robusta disponible.
Ambos viajeros son reales. Ambas reservas son parte de la misma plataforma. Por eso construimos infraestructura que funciona en ambas cadenas de forma nativa, con un puente que mueve TRAT entre ellas, y un enrutamiento inteligente que selecciona la cadena correcta para la transacción correcta.
Reservas pequeñas, Sudeste Asiático, micropagos
Reservas de alto valor, propiedades premium
Congestión de red en una cadena
Si solo estás intentando reservar un hotel, aquí está todo el impacto práctico de nuestra arquitectura de doble cadena: no tienes que pensarlo.
Abres el ecosistema, encuentras una propiedad, confirmas una reserva, y la plataforma maneja la decisión de enrutamiento en segundo plano. Nunca ves Ethereum vs BSC presentado como una opción. Nunca tienes que saber en cuál se liquidó tu transacción. No necesitas una billetera separada para cada cadena. El puente entre ellas está integrado e invisible para ti.
Todo lo que experimentas es: una reserva que se procesa rápidamente, con comisiones que no se sienten punitivas, en una plataforma que no se cae porque una red tuvo un mal día.
¿Honestamente? Esfuerzo de ingeniería.
Ejecutar una plataforma de forma nativa en dos cadenas aproximadamente duplica el área de superficie que tienes que mantener. Cada actualización de contrato inteligente tiene que ser implementada dos veces y probada dos veces. El propio puente es una pieza crítica de infraestructura que necesita atención continua de seguridad (los puentes históricamente han sido una de las partes más atacadas de las criptomonedas). La lógica de enrutamiento tiene que ser ajustada constantemente.
Habría sido más fácil elegir una. No lo hicimos porque la disyuntiva de experiencia de usuario era demasiado importante.
Una plataforma que elige “solo Ethereum” o “solo BSC” no está tomando una decisión neutral. Te están diciendo que el mercado que atiende la cadena no elegida es uno que están dispuestos a dejar atrás. No estábamos dispuestos a hacer esa disyuntiva.
Cuando ves una plataforma de viajes que se ejecuta en una única blockchain, la pregunta que debes hacerte no es “¿esa es buena?” La pregunta es “¿quién se queda atrás debido a esa elección?” Diferentes cadenas atienden diferentes geografías y diferentes puntos de precio. La arquitectura correcta para una plataforma de hospitalidad global es aquella que no te obliga a hacer una elección.
Si solo te llevaras una cosa de esta publicación, esa probablemente sería la principal.
Abre la aplicación, reserva una propiedad, comprueba tú mismo. Las decisiones de infraestructura explicadas anteriormente son la razón por la que funciona como lo hace.
— Carol
Gerente de Comunidad, Tratok
Get new Tratok articles by email — the moment they publish, or as one weekly digest.
Get new Tratok articles by email — the moment they publish, or as one weekly digest.