Link al OP original:
https://bitcointalk.org/index.php?topic=1608859.0Para una descripción técnica completa leed el white paper:
https://byteball.org/Byteball.pdfLa red de pruebas (testnet) esta online. Podéis usarla descargando el wallet:
Los wallets de escritorio (desktop) son nodos completos (tardará un tiempo la sincronización con la red después de iniciarlo). Los wallets para móviles son Mobile wallets son clientes ligeros.
Después de instalar el wallet visita
https://byteball.org y haz click en el link para recibir algunos bytes. El link abrirá tu wallet:
El diseñoNo hay bloques en Byteball. En su lugar, cada nueva transacción hace referencia a uno o más de los anteriores (padres) mediante la inclusión de la firma y sus hash. Los vínculos entre transacciones forman una DAG (
directed acyclic graph):
Mediante esta inclusión,cada nueva transacción también incluye de manera indirecta y confirma todos los "padres" de los "padres", "padres" de los "padres" de los "padres"... A medida que se añaden más transacciones después de su operación, el número de confirmaciones que recibe crece como una bola de nieve, por eso el nombre de Byteball (nuestros copos de nieve son bytes de datos).
ConsensoNo hay PoW, ni PoS, no hay minado. Tenemos DAG, que ya establece
partial order entre transacciones, además tenemos la
main chain dentro de DAG:
La main chain (MC) permite definir
el orden total entre transacciones: la operación que vaya a incluirse (directa o indirectamente) anteriormente en la MC, se considera más temprana en el total. Cuando hay un doble gasto, la versión de la transacción que viene más temprana en el total del pedido se considera válida, todas las demás se considerarán nulas.
La main chain se define de manera determinista basada en las posiciones de las operaciones en el gráfico. Consulta el white paper para obtener más detalles, pero como regla general, la MC se mueve hacia las transacciones escritas por los usuarios conocidos, lo que llamamos testigos. La lista de testigos se define por los propios usuarios, ya que incluyen la lista en cada transacción que publican. La MC a continuación, sigue el camino dentro del DAG:
1. las listas de testigos de las transacciones vecinas en la cadena son idénticas o difieren sólo en una mutación,
2. la cadena pasa por el mayor número de transacciones de testigo-autor, en comparación con las cadenas alternativas.
Lo anterior es una breve y vaga descripción con muchos detalles importantes omitidos, podéis ver el white paper para una historia técnica completa.
Tasas y valor intrínsecoLas tasas pagadas para almacenar las transacciones (o cualquier otro dato) en la base de datos de Byteball son iguales al tamaño de los datos que se almacenan. Si el tamaño de la transacción es de 500 bytes, se pagan exactamente 500 bytes (la moneda nativa de Byteball) en tasas. Esto significa que hay un valor intrínseco en bytes: es la utilidad de almacenar de forma permanente el tamaño de los datos en una base de datos descentralizada. Para los datos que representan las transacciones financieras, el valor es
social en lugar de personal, porque es absolutamente necesario para almacenar el historial completo de la moneda con el fin de ser capaz de demostrar el valor y la autenticidad de la moneda a cada propietario posterior.
Las tasas se recogen en parte, por los que están en primer lugar para hacer referencia a su transacción como "padre" y en parte por los testigos. Los incentiva y hacen referencia a las transacciones más recientes como los "padres", lo que se traduce en el DAG, creciendo en una dirección solamente, como el tronco de un árbol. Si las nuevas transacciones son lo suficientemente raras, de tal manera que todos los nodos tengan suficiente tiempo para sincronizar antes de que aparezca una nueva transacción, el DAG se verá casi como una cadena, con sólo ocasionales forks.
Suministro de dineroEl número total de bytes es 10
15, todos los bytes se emitirán en la transacción génesis. Dado que las tasas pagadas se devuelven a la circulación, la oferta monetaria seguirá siendo la misma.
Finalidad deterministaEn Byteball, hay una regla de protocolo para que una transacción deba incluir la operación anterior (si la hay) enviados desde la misma dirección, ej. tiene que haber orden parcial entre las operaciones posteriores de la misma dirección. El incumplimiento de esta norma se considera equivalente al doble del gasto, por lo tanto, al menos una de dichas transacciones sin orden no será válida. Si asumimos que la mayoría de los testigos siguen esta regla (eso es por lo que son elegidos), que tienen que hacer referencia sólo a las transacciones suficientemente recientes como "padres" y no pueden heredar de los "padres". Por lo tanto, ya no pueden influir en la MC, y la parte de la MC se vuelve estable, por lo tanto, el orden total en relación con MC también se convierte en estable. Mirad el white paper para la discusión de los criterios exactos de como alcanzar la estabilidad, aquí es importante que los criterios son determininantes, y una vez que aparece una transacción en la parte estable de la MC, es definitiva, a diferencia de todos las demás cryptomonedas.
Esto es extremadamente importante para aplicaciones en la industria financiera y para una adopción más general, como la mayoría de la gente está acostumbrada a esperar certeza en asuntos de dinero y la propiedad, el concepto de finalidad probabilística es difícil de vender.
Los activos y la cadena de intercambioBytes es la moneda antiva de Byteball. Los usuarios pueden dictar cuantos otros tokens (assets), ej. para representar la deuda. La deuda puede ser expresada ej. en las monedas fiduciarias (fiat) o en unidades naturales (barriles, onzas, kWh, etc). Los emisores de la deuda pueden revelar sus identidades en el mundo real y/o deberán acreditarse voluntariamente (ej. sus identidades deben ser verificadas por un tercero). Esto permite el uso del sistema legal existente para luchar contra el fraude.
Los activos emitidos se pueden utilizar como medio de pago, junto con bytes. Los activos pueden ser intercambiados contra bytes y otros activos por ambas partes firmantes de una sola unidad que ejecuta las dos partes del intercambio, por tanto las dos transacciones suceden simultáneamente o no ocurren. Este tipo de firma se llama firma multilateral. No es necesario ningún intercambio centralizado, por lo tanto no hay cuotas de intercambio (aparte de las tasas habituales para el tamaño de los datos).
Pagos privados imposibles de rastrearLos activos pueden ser públicos o privados. Todas las transacciones en activos públicos son visibles para todos en la base de datos pública descentralizada, como Bitcoin. Bytes es un bien público predefinido.
Los pagos en activos privados no se publican en la base de datos pública. En cambio, sólo el hash de la transacción se almacena en la base de datos, mientras que el texto completo de la transacción se envía directamente del ordenante al beneficiario. Para no tener gastos dobles, a
spend proof también se publica en la base de datos de Byteball.
Ya lo he descrito en este diseño
https://bitcointalk.org/index.php?topic=1574508.0, podéis ver más detalles en el white paper.
Activos reguladosLas instituciones reguladas pueden emitir activos que son compatibles con los requerimientos KYC/AML. Cada transferencia de estos activos tiene que ser firmada también por el emisor, y si hay algo que contradice la normativa, el emisor no sirva de fiador.
De esta manera, los bancos pueden emitir activos Fiat vinculados y permanecer totalmente compatibles. Pueden abrir cuentas de depósito a la vista y hacer un seguimiento como activos de Byteball. Estos activos son fácilmente intercambiables contra bytes y otros activos (con la aprobación del banco).
Otras características- Condiciones de gasto (smart contracts) en un lenguaje fácil de entender
https://bitcointalk.org/index.php?topic=1617816.0- Multisig: un caso especial de condiciones de gasto
- On-chain, los oráculos pueden publicar los datos (tales como marcas de tiempo, tipos de cambio, clima, eventos varios) directamente a la base de datos, después de que los datos hagan referencia a las condiciones de gasto
- Mensajería cifrada d eextremo a extremo: utilizada para transmitir datos de pago privado, comunicarse en situaciones multisig.
Distribución inicialNo hay ICO ni crowdsale. Creo que el éxito de una moneda depende del número de personas que la poseen, de hecho, la investigación de Peter R. sugiere que el marketcap histórico de Bitcoin sigue
la ley Metcalfe:
https://bitcointalk.org/index.php?topic=572106.0, ej. es proporcional al cuadrado del número de usuarios activos. Por eso quiero Byteball este en las manos de tantas personas como sea posible:
- el 98% de todos los bytes y blackbytes se distribuirá entre los titulares de Bitcoin que enlazan sus direcciones bitcoin y byteball antes del lanzamiento. No es necesaria ninguna inversión.
- el 1% lo reservo para mi
Para enlazar tus direcciones byteball y bitcoin, tendrás que hacer un pequeño pago en BTC a una dirección bitcoin una sola vez creada específicamente para ti. A continuación, consolidar todos tus bitcoins por una dirección que sabemos que es controlada por ti (si tienes sólo una dirección bitcoin, se salta este paso ya que todos tus bitcoins ya están en una única dirección). A continuación, el número de bytes se recibe en la fecha de lanzamiento y será proporcional a la cantidad de BTC en tu dirección vinculado a un bloque de bitcoin específica (ej. en el bloque 437000 que se espera a finales de octubre). Las instrucciones detalladas y el número de bloque exacto se publicarán más tarde, cuando nos preparamos para el lanzamiento de la LiveNet.
Situación actual y planesTendremos muchas pruebas antes de octubre o noviembre; ahora el primer vuelo de prueba está en marcha. La fecha de lanzamiento se puede ajustar si nos damos cuenta de que hay más (o menos) trabajo por hacer antes de la puesta en marcha.
Como puedes ayudar- juega con los wallets, instalalos en múltiples dispositivos, un par de ellos para multisig. Si encuentra errores informanos por favor.
- ejecutar un repetidor en el servidor de la nube para ayudar a la red. Obtener el código fuente de https://github.com/byteball/byteball-relay
- ejecutar un hub para descentralizar mejor la entrega de pagos privados. Una vez más, la seguridad no importa mucho ya que todos los mensajes son cifrados de extremo a extremo. La dirección del concentrador puede ser modificada por los usuarios en las configuraciones de los wallets. Descargar el código fuente https://github.com/byteball/byteball-hub
- arreglar errores, aportar mejoras en nuestros repositorios de GitHub https://github.com/byteball. En particular, es necesario sincronizar cada vez más rápido el UI. Antes de ahora, dar prioridad y simplicidad de los algoritmos de más rendimiento, ahora necesitamos muchas más velocidad. Una mejora de 10X sería dificil aunque no imposible. Discutir los cambios importantes antes de la aplicación real de ellas.
- desarrollar nuevas herramientas y aplicaciones que crees que van a ser útiles para los usuarios de Byteball
- difundir la información sobre Byteball y recordar que su valor es proporcional al cuadrado del número de usuarios activos
Tranducciones:
Chino,
Alemán,
Italiano,
Portugues,
Ruso.
Twitter:
https://twitter.com/ByteballOrg-----------------------------
Una última cosa. El 1% restante se regalará a los primeros 100 millones de usuarios que instalen el wallet de Byteball, 100 Kbytes a cada usuario. Esto iniciará 6 meses a partir de ahora o más tarde, después de que nos preparamos para esa escala.