Precio de Highstreet (HIGH)

Highstreet es un proyecto construido en torno a Highstreet World; HIGH es un token de utilidad de su ecosistema para escenarios como las compras en el mercado. El repositorio del proyecto define Highstreet Market como un producto dentro de ese mundo virtual, en lugar de definir HIGH como un comprobante de propiedad de un artículo concreto. En este diseño de mercado, los usuarios pueden usar HIGH para comprar productos limitados; a los artículos específicos corresponde otro tipo de «token de producto». Por tanto, al comprender HIGH debe distinguirse del token de un producto concreto y del derecho a canjear ese producto.

Highstreet Market es un mercado diseñado para productos limitados, que el proyecto describe como utilizable tanto en la web como como un escenario al que se accede dentro de Highstreet World. Su diseño se centra en permitir que los tokens de producto correspondientes a artículos físicos o mercancías limitadas específicas puedan comprarse, negociarse y canjearse. Esto implica que los tokens on-chain del mercado no son meros comprobantes de exhibición: en el flujo descrito en el README, los tokens de producto están vinculados al proceso de canje de los artículos correspondientes. Que exista un artículo determinado, su cantidad y las condiciones específicas de canje siguen dependiendo de la configuración real de su pool de producto.

Según el diseño temprano de este mercado, el precio de los tokens de producto se calcula conjuntamente mediante un pool de reservas y una curva de precios, en lugar de determinarse mediante la casación directa de compradores y vendedores en un libro de órdenes. Después de que un usuario deposita activos de reserva en el pool de reservas de un producto, el contrato acuña tokens de producto conforme a la función de precios; las operaciones de compra y venta modifican el saldo de reservas y el suministro de tokens, lo que activa el siguiente recálculo de precio. El README define la tasa de reserva como una proporción fija entre la capitalización de mercado del token de producto y el saldo de reservas, e indica que esta proporción afecta a la sensibilidad del precio: cuando la tasa de reserva es más alta, el precio es menos sensible a los cambios de las operaciones. El diseño también trata específicamente los problemas de que los tokens de producto sean indivisibles y de que el precio inicial no pueda ser cero; por tanto, el mecanismo de curva no debe entenderse como una garantía de que el precio subirá ni de poder salir en cualquier momento a un precio concreto.

HIGH es el token de utilidad del ecosistema; los tokens de producto corresponden a un producto limitado específico, por lo que sus funciones son diferentes. Los tokens de producto descritos en el README se acuñan conforme a una función de precios tras depositar DAI o ETH en el pool de reservas del producto correspondiente. El canje de un token de producto cambia su suministro: cuando un usuario canjea un producto, el token se envía a la dirección cero y se retira permanentemente de la circulación. El uso de HIGH para compras en el mercado no hace que equivalga automáticamente a ningún token de producto ni significa que poseer HIGH otorgue el derecho a canjear algún artículo.

El README propuso en su momento la minería de liquidez «Proof of Play»: los usuarios debían primero unirse al servicio de suscripción Viveport y después completar actividades designadas dentro del mundo virtual, como comprar o vender productos en el mercado, para poder obtener HIGH. La fuente de recompensas, la elegibilidad y la liquidación están relacionadas con la integración del servicio y las condiciones de tareas incluidas en ese plan temprano. El mismo README también señalaba que usar HIGH para comprar productos podía activar recompensas de staking relacionadas con el pool de productos; del 4% de comisión cobrada en cada compra, se planeaba asignar 1% a los stakers de HIGH de ese pool, y las recompensas se pagarían en HIGH al vender o canjear tokens de producto. La documentación también emplea expresiones como «lanzamiento futuro» y «objetivo», por lo que estos contenidos deben considerarse un diseño de mecanismos temprano y no permiten afirmar que sigan lanzados actualmente o que se apliquen a todos los usuarios o todos los pools de productos.