Me fascina la criptoanarquía de Tim May. A diferencia de las comunidades
https://binance-bot-hna7.onrender.com/ MINERO CHC
tradicionalmente asociada con la palabra "anarquía", en una criptoanarquía la El gobierno no está destruido temporalmente, sino permanentemente prohibido y permanentemente innecesario. Es una comunidad donde la amenaza de violencia es impotente porque la violencia es imposible, y la violencia es imposible porque sus participantes no pueden ser vinculados a sus nombres reales o físicos ubicaciones. Hasta ahora no está claro, ni siquiera teóricamente, cómo podría existir una comunidad así. operar. Una comunidad se define por la cooperación de sus participantes, y la cooperación eficiente requiere un medio de intercambio (dinero) y una manera para hacer cumplir los contratos. Tradicionalmente, estos servicios han sido proporcionados por el gobierno o las instituciones patrocinadas por el gobierno y solo para fines legales entidades. En este artículo describo un protocolo mediante el cual estos servicios pueden ser proporcionadas a entidades imposibles de rastrear y por ellas. En realidad voy a describir dos protocolos. El primero es poco práctico, porque hace un uso intensivo de un sistema anónimo síncrono e inatacable canal de transmisión. Sin embargo, motivará el segundo, más práctico. protocolo. En ambos casos asumiré la existencia de un no rastreable red, donde los remitentes y receptores se identifican únicamente por medios digitales pseudónimos (es decir, claves públicas) y cada mensaje está firmado por su remitente. y encriptado para su receptor. En el primer protocolo, cada participante mantiene una base de datos (separada). de cuánto dinero pertenece a cada seudónimo. Estas cuentas colectivamente definir la propiedad del dinero y cómo se actualizan estas cuentas es la tema de este protocolo.
1. La creación de dinero. Cualquiera puede crear dinero transmitiendo el solución a un problema computacional previamente sin resolver. El único Las condiciones son que debe ser fácil determinar cuánto esfuerzo computacional lo que se necesitó para resolver el problema y la solución debe tener de otro modo no valor, ya sea práctico o intelectual. El número de unidades monetarias. creado es igual al costo del esfuerzo computacional en términos de un cesta estándar de productos básicos. Por ejemplo, si un problema lleva 100 horas para resolverlo en la computadora que lo resuelva de la manera más económica, y se necesitan 3 cestas estándar para comprar 100 horas de tiempo de computación en ese ordenador en el mercado abierto, luego tras la difusión de la solución a eso El problema es que todos abonan 3 unidades a la cuenta de la emisora. 2. La transferencia de dinero. Si Alice (propietaria del seudónimo K_A) desea transfiere X unidades de dinero a Bob (dueño del seudónimo K_B), ella transmite el mensaje "Le doy X unidades de dinero a K_B" firmado por K_A. Al momento de la Tras la difusión de este mensaje, todos debitan X unidades de la cuenta de K_A y Abona X unidades a la cuenta de K_B, a menos que esto genere un saldo negativo. saldo en la cuenta de K_A en cuyo caso el mensaje se ignora. 3. La formalización de los contratos. Un contrato válido debe incluir un plazo máximo. reparación en caso de incumplimiento para cada participante parte del mismo. Debería también incluir una parte que realizará el arbitraje en caso de que haya una disputa. Todas las partes de un contrato, incluido el árbitro, deben transmitir sus firmas antes de que entre en vigor. Tras la emisión de el contrato y todas las firmas, cada participante debita la cuenta de cada parte por el monto de su reparación máxima y créditos especiales cuenta identificada por un hash seguro del contrato por la suma máxima reparaciones. El contrato entra en vigor si los débitos tienen éxito por cada parte sin producir un saldo negativo, de lo contrario el contrato Se ignora y las cuentas se revierten. Un ejemplo de contrato podría ser: como esto: K_A acepta enviar a K_B la solución al problema P antes de las 0:0:0 1/1/2000. K_B acepta pagar a K_A 100 MU (unidades monetarias) antes de las 0:0:0 del 1/1/2000. K_C acepta someterse a arbitraje en caso de disputa. K_A acepta pagar una máximo de 1000 MU en caso de incumplimiento. K_B acepta pagar un máximo de 200 MU en caso de incumplimiento. K_C acepta pagar un máximo de 500 MU en caso de por defecto. 4. La celebración de los contratos. Si un contrato se celebra sin disputa, Cada parte transmite un mensaje firmado "El contrato con hash SHA-1 H concluye sin reparaciones." o posiblemente "El contrato con hash SHA-1 H concluye con las siguientes reparaciones: ..." Tras la transmisión de todos firmas, cada participante acredita la cuenta de cada parte por la monto de su reparación máxima, elimina la cuenta del contrato, luego abona o carga la cuenta de cada parte según la reparación horario, si lo hay. 5. La ejecución de los contratos. Si las partes de un contrato no pueden llegar a un acuerdo sobre una conclusión apropiada incluso con la ayuda del árbitro, cada El partido difunde un cronograma sugerido de reparación/multa y cualquier argumento o evidencia a su favor. Cada participante toma una decisión en cuanto a la reparaciones y/o multas reales, y modifica sus cuentas en consecuencia.
En el segundo protocolo, las cuentas de quién tiene cuánto dinero se mantienen por un subconjunto de los participantes (llamados servidores de ahora en adelante) en lugar de Todos. Estos servidores están conectados mediante un canal de difusión al estilo Usenet. El formato de los mensajes de transacción transmitidos en este canal sigue siendo el mismo. igual que en el primer protocolo, pero los participantes afectados de cada La transacción debe verificar que el mensaje ha sido recibido y procesados con éxito por un subconjunto de servidores seleccionado aleatoriamente. Dado que los servidores deben ser confiables hasta cierto punto, se necesita algún mecanismo para mantenerlos honestos. Cada servidor está obligado a depositar una cierta cantidad de dinero en una cuenta especial que se utilizará como posibles multas o recompensas por prueba de mala conducta. Además, cada servidor debe publicar periódicamente y comprometerse con sus bases de datos actuales de creación y propiedad de dinero. Cada El participante debe verificar que los saldos de su propia cuenta sean correctos y que la suma de los saldos de las cuentas no sea mayor que el importe total. del dinero creado. Esto impide que los servidores, incluso en total connivencia, expandir de forma permanente y sin coste alguno la oferta monetaria. Los nuevos servidores pueden También se utilizan las bases de datos publicadas para sincronizarlas con los servidores existentes. El protocolo propuesto en este artículo permite seudónimos irrastreables entidades para cooperar entre sí de manera más eficiente, proporcionándoles con un medio de intercambio y un método de ejecución de contratos. El protocolo probablemente se puede hacer más eficiente y seguro, pero espero que esto Es un paso hacia la conversión de la criptoanarquía en algo práctico y teórico. posibilidad. ------- Apéndice A: Creación de dinero b alternativo Una de las partes más problemáticas del protocolo b-money es el dinero. creación. Esta parte del protocolo requiere que todas las cuentas Los responsables deciden y acuerdan el coste de determinados cálculos. Desafortunadamente, debido a que la tecnología informática tiende a avanzar rápidamente y No siempre es pública, esta información puede no estar disponible, ser inexacta o obsoleto, todo lo cual causaría serios problemas para el protocolo. Por lo tanto, propongo un subprotocolo alternativo de creación de dinero, en el que la cuenta guardianes (todos en el primer protocolo, o los servidores en el segundo) protocolo) en su lugar, decidan y acuerden la cantidad de dinero b que se creará cada período, con el costo de crear ese dinero determinado por un subasta. Cada período de creación de dinero se divide en cuatro fases, como sigue: 1. Planificación. Los contables calculan y negocian entre sí para determinar un incremento óptimo de la oferta monetaria para el próximo período. Independientemente de si los responsables de las cuentas pueden llegar a un consenso, cada uno de ellos... transmitir su cuota de creación de dinero y cualquier cálculo macroeconómico hecho para respaldar las cifras. 2. Subasta. Cualquiera que quiera crear b-money transmite una oferta en el forma de <x, y> donde x es la cantidad de b-dinero que quiere crear, e y es un problema sin resolver de una clase de problemas predeterminada. Cada problema en Esta clase debería tener un costo nominal (en años MIPS, por ejemplo) que es acordado públicamente. 3. Cálculo. Después de ver las ofertas, los que realizaron ofertas en el La fase de licitación ahora puede resolver los problemas en sus ofertas y transmitir el soluciones. 4. Creación de dinero. Cada custodio de la cuenta acepta las ofertas más altas (entre aquellos que realmente transmitieron soluciones) en términos de costo nominal por Se crea una unidad de b-money y se abonan las cuentas de los postores en consecuencia.
No hay comentarios:
Publicar un comentario