Topic: Obyte: Totally new consensus algorithm + private untraceable payments - page 1126. (Read 1234271 times)

Try this: https://byteball.org/downloads/Byteball-test-win32.exe.
This 32bit version works on my win64, you will be the first to try it in win32.

See if I am getting this right. I link my byteball to a btc address and when livenet is launched i receive blackbytes proportionate to my bitcoin amount. then I can move/use/sell my btc and still have = value in blackbytes?

 

Windows x64

not so new  - eg recently Stellar used the similar way to distribute a part of its Lumens

someone who had BTC in his wallet on the 4th of July still can claim his share 

When the wallet is installed, it sets up itself as handler of all byteball: URLs.  What platform?

interesting project with new distribution system. if anyone holding a lots of btc,he'll receive a big share of BYTEBALL

I would like to reserve portuguese translation!

Just pm me if you want this.

CYA

Yes, that one.-

any bounty tweeter?

This link?
byteball:[email protected]/bb#0000

Another abandoned project?

Will build for win32 in a few hours.

After installing, click this link to receive free bytes to play with.-

Link doesn´t works.-

any wallet for win 32 dev?
I have already download but win 64.
its not compatibel for 32bits. 

i can translate this ANN into Filipino language if you have plan for bounty translation.
please reserve the job for me.

interesting . so its a NEW Crypto based killer APP ?

wallet windows 32bit ?

Any translation bounties dev? If so I can translate the ann to Greek

For full technical description, read the white paper: https://obyte.org/Byteball.pdf

Former name: Byteball.

Exchanges: Bittrex, Cryptox, Bit-Z, Stealthex, and trading bot (find it in the Bot Store in the wallet)
If you are trading large blocks and don't want to move the price, trade P2P via smart contract (without human escrow)
Prediction markets (sports betting, binary options): find a peer on our discord https://discord.gg/qHHST4e
Insurance: find a peer on our discord https://discord.gg/qHHST4e
Explorer: https://explorer.obyte.org

Download the wallet:


Desktop wallets can be full nodes (will take a while syncing with the network after the first start) or light nodes.  Mobile wallets are always light clients.

If you want to experience the wallet without paying a penny, visit https://obyte.org/testnet.html to install testnet wallet and click the link to receive free bytes to play with.  The link will open your wallet:


The design

There are no blocks in O_byte, and no block size issue.  Instead, every new transaction references one or more earlier ones (parents) by including and signing their hashes.  The links among transactions form a DAG (directed acyclic graph):



By including its parents, each new transaction also indirectly includes and confirms all parents of the parents, parents of the parents of the parents, and so on.  As more transactions are added after your transaction, the number of confirmations you receive grows like snowball, that’s why the original name of the platform Byteball (our snowflakes are bytes of data).

Consensus

There is no PoW, no PoS, and no mining.  Instead, we have the DAG, which already establishes partial order between transactions, plus we add the main chain within the DAG:



The main chain (MC) allows to define total order between transactions: the transaction which gets included (directly or indirectly) earlier on the MC, is deemed earlier in the total order.  When there is a double-spend, the version of the transaction that comes earlier in the total order is deemed valid, all others are deemed void.

The main chain is defined deterministically based on the positions of transactions in the graph.  Refer to the white paper for details, but as a general rule, the MC gravitates towards transactions authored by well known users, which we call witnesses.  The list of witnesses is defined by users themselves as they include the list in every transaction they post.  The MC then follows the path within the DAG such that:
1. the witness lists of the neighboring transactions on the chain are either identical or differ by only one mutation,
2. the chain goes through the most number of witness-authored transactions, compared with alternative chains.

The above is very brief and sketchy description with many important details omitted, refer to the white paper for a full technical story.

Fees and intrinsic value

The fees paid for storing one’s transactions (or any other data) in the O_byte database are equal to the size of the data being stored.  If the size of your transaction data is 500 bytes, you pay exactly 500 bytes (the native currency of O_byte) in fees.  This means there is intrinsic value in bytes: it is the utility of permanently storing that size of data in a decentralized immutable database.  For data that represents financial transactions, the value is social rather than personal, because you absolutely need to store the full coin history in order to be able to prove the value and authenticity of the coin to each subsequent owner.

The fees are collected partially by those who are first to reference your transaction as parent and partially by witnesses.  The former incentivizes referencing the most recent transactions as parents, which results in the DAG growing in one direction only, like the trunk of a tree, and being as narrow as network latency permits.  If new transactions are rare enough, such that all nodes have enough time to sync before a new transaction appears, the DAG will look almost like a chain, with only occasional forks and quick merges.

Money supply

The total number of bytes is 10¹⁵, all bytes were issued in the genesis transaction. Since the fees paid are returned into the circulation, the money supply will remain the same.

Exchanges list the currency as gigabytes (GB, GBYTE), 1 gigabyte is 1 billion bytes.  The total money supply in gigabytes is 1,000,000.

Deterministic finality

In O_byte, there is a protocol rule that a transaction must include the previous transaction (if any) sent from the same address, i.e. there must be partial order between subsequent transactions from the same address.  Breaking this rule is considered equivalent to double-spending, therefore at least one of such unordered transactions will become void.  If we assume that most witnesses follow this rule (that’s what they are elected for), they have to reference only sufficiently recent transactions as parents and can’t inherit from old enough parents.  Therefore, they can no longer influence the MC (which is attracted to witnesses) in the old enough part of the DAG, and that part of the MC becomes stable, hence the total order relative to this MC also becomes stable.  See the white paper for discussion of exact criteria of reaching stability, here it is important that the criteria are deterministic, and once a transaction appears on the stable part of the MC, it is final, and, unlike all other cryptocurrencies, no re-orgs are possible.  

This is extremely important for applications in financial industry and for wider adoption in general, as most people are used to expect certainty in matters of money and property ownership, and the concept of probabilistic finality is a difficult sell.

Assets and on-chain exchange

Bytes is the native currency of O_byte.  Users can issue any other tokens (assets), e.g. to represent debt.  The debt can be expressed e.g. in fiat currencies or in natural units (barrels, ounces, kWh, etc).  The issuers of the debt can reveal their real-world identities and/or be voluntarily attested (i.e. their real-word identities be verified by a well known third party such as CA).  This enables the use of the existing legal system to secure against fraud.

The issued assets can be used as means of payment, along with bytes.  Assets can be exchanged against bytes and other assets by both parties signing a single unit that executes both legs of the exchange, thus the two transactions either happen simultaneously or don't happen at all.  This kind of signing is called multilateral signing.  No centralized exchange is needed, hence no trust is necessary and no exchange fees (apart from the usual fees for the size of the data).

Private untraceable payments

Assets can be either public or private.  All transactions in public assets are visible to everyone on the public decentralized database, just like Bitcoin.  Bytes is a predefined public asset.

Payments in private assets are not published to the public database.  Instead, only the hash of the transaction is stored to the database, while the plaintext of the transaction is sent directly from the payer to the payee.  To protect against double-spends, a spend proof is also published to the O_byte database.  The spend proof is constructed as a hash of the output being spent, so that if the same output is spent twice, the spend proofs will be necessarily the same.

I’ve already described this design at https://bitcointalksearch.org/topic/hiding-entire-content-of-on-chain-transactions-1574508, see more details in the white paper.

Regulated assets

Regulated institutions can issue assets that are compatible with KYC/AML requirements. Every transfer of such asset is to be cosigned by the issuer, and if there is anything that contradicts the regulations, the issuer won't cosign.

This way, banks can issue fiat-pegged assets and stay fully compliant.  They can open demand deposit accounts and track them on O_byte as assets.  These assets are easily exchangeable against bytes and other assets (with bank’s approval).

Other features

- Spending conditions (AKA smart contracts) in an easy to understand declarative language https://bitcointalksearch.org/topic/declarative-smart-contracts-in-byteball-1617816
- Multisig: a special case of spending conditions
- On-chain oracles can post data (such as timestamps, exchange rates, weather, various events) directly to the database, then that data can be referenced from spending conditions
- Private end-to-end encrypted messaging: used to convey private payment data, communicate in multisig scenarios, and chat with a merchant’s bot.
- Attestation of real name, which is important for applications that require real-world identity, e.g. ICOs that require KYC.

Initial distribution

There will be no ICO, no crowdsale.  I believe the success of a currency depends on the number of people who own it, in fact Peter R’s research suggests that historical marketcap of Bitcoin follows Metcalfe's law: https://bitcointalksearch.org/topic/empiricalmathematical-method-to-choose-which-cryptocurrency-community-to-join-572106, i.e. it is proportional to the square of the number of active users.  That’s why I want Bytes to be in the hands of as many people as possible:

• 98% of all bytes and blackbytes (the private untraceable currency) are to be distributed for free.
• 1% I reserve for myself

Free distribution

We currently use 4 methods of free distribution, see https://obyte.org/#dist.

How you can help

• play with the wallets, install them on multiple devices, pair them for multisig.  If you find bugs, report them.
• run a relay on your cloud server to help the network. The relay doesn’t hold any private keys, so you don’t have to worry too much about security.  Get relay source code from https://github.com/byteball/obyte-relay
• run a hub to better decentralize the delivery of private payments (the hub also includes a relay).  Again, the security doesn’t matter much as all messages are end-to-end encrypted.  Hub address can be changed by users in their wallet settings.  Get hub source code from https://github.com/byteball/obyte-hub.  Alternative hubs already running: byteball.fr/bb, byteroll.com/bb, byteball-ua.net/bb, byteball.me/bb, blackbytes.me/bb.  Hubs and full wallets on the world map: https://stats.obyte.org/worldmap.php
• fix bugs, contribute improvements in our github repositories https://github.com/byteball.  In particular, we need faster syncing and faster UI.  Before now, I prioritized simplicity of algorithms over performance, now we need speed too.  A 10x improvement should come easy enough, the next 10x will be probably harder.  Discuss any major changes before actually implementing them.
• develop new tools/apps that you think will be useful for O_byte users
• spread the word about O_byte and remember that its value is proportional to the square of the number of active users

Community fund

We have a community fund for financing bounties and other useful work, its reports are published at https://docs.google.com/spreadsheets/d/1foYdri-vadnq8Kbr51QVhBlXiswHtiDpaShVaWO060s/edit?usp=sharing.  More information about the fund: https://wiki.obyte.org/byteball-community-fund.  Donation addresses: KREOV5Y57FRWQKDHJ7BD3SFQBEVVPAG3 (for bytes) and 39zeGpu4nG6BqB9ARxd9xM9XThX9JCmx8t (for BTC).

Translations: Chinese, French, German, Hindi, Indonesian, Italian, Japanese, Korean, Portuguese, Russian, Spanish, Turkish.
Twitter: https://twitter.com/ObyteOrg
Discord: https://discord.gg/qHHST4e
Medium: https://medium.com/obyte
Wiki: https://wiki.obyte.org
Telegram: https://telegram.me/obyteorg
Slack: http://slack.obyte.org
QQ: 706668147
WeChat: byteball_china (or "DAG雪球")

-----------------------------

One last thing.  The remaining 1% will be given away to the first 100m users who install O_byte wallet, 100 Kbytes to each user.  This will start 6 months from now or later, after we get ready for that scale.