¿Se puede generalizar la creación de mercado más allá del trading? En una nueva entrada, describo un mecanismo novedoso que permite a los creadores de mercado no solo fijar precios, sino también asignar eficientemente recursos escasos en cualquier sistema informático descentralizado.
Supongamos que tienes algunas solicitudes de cómputo (por ejemplo, transacciones, peticiones de oráculo, etc.) y algunos nodos que pueden ejecutar la petición. ¿Cómo podemos fijar precios y asignar solicitudes de cómputo a nodos en presencia de restricciones complejas (por ejemplo, recursos, estado, paralelización)?
Idealmente, nos gustaría utilizar eficientemente los escasos recursos de la red y ofrecer precios no extractivos que usuarios y nodos acepten. Además, nos gustaría ofrecer precios publicados para que los participantes puedan tener una experiencia de usuario sencilla (como Uber) en lugar de tener que pujar estratégicamente.
Pero sin ofertas, la red no dispone de información para medir la eficiencia de la asignación de recursos. Solucionamos esto reclutando creadores de mercado que puedan estimar los parámetros de oferta y demanda. Pero utilizarlos sin darles todas las ganancias del comercio es bastante complicado.
Con un solo creador de mercado, podemos incentivar una asignación eficiente dejando que el creador fije los precios y mantenga el margen. Sin embargo, el fabricante cobrará precios elevados a los usuarios y pagará a los nodos recompensas bajas, quedándose con todas las ganancias del comercio. Esto es lo que ocurre en mercados como Uber.
Pero con varios fabricantes, no está claro cómo seleccionar la mejor propuesta, ya que el mecanismo no tiene información sobre los parámetros de oferta/demanda. La principal contribución de esta publicación es un mecanismo novedoso que pone a los fabricantes en una competencia cuidadosa para lograr eficiencia sin extracción.
El mecanismo considera secuencialmente las propuestas de los fabricantes, con una propuesta de "mejor actual" en marcha. Si la siguiente propuesta ofrece precios estrictamente mejores para los participantes en conflicto, la propuesta actual puede intentar igualar precios haciendo que los precios sean peores para los participantes no conflictivos.
La mejor propuesta actual se reemplaza si no puede igualar el precio. En equilibrio, el mecanismo devuelve un plan para asignar y valorar recursos que es eficiente, y será aceptado por usuarios y nodos sin ser extractivo.
Un agradecimiento especial a @0xemperor @noamnisan @0xQTpie @ArshanKhanifar @PGarimidi @MaxResnick1 @bahrani_maryam @ckartik_ y a más por sus comentarios, y @achalvs por el diseño
22.77K