Obyte: Totally new consensus algorithm + private untraceable payments

[connexus]

How often is data on http://transition.byteball.org/ updated?

As far as I know it is automatically being updated whenever there's newly linked btc on the transition page.

[no1dead]

Version 1.5 released https://github.com/byteball/byteball/releases

It's the biggest update since the launch.  It enables conditional payments, which allow you to P2P exchange bytes vs blackbytes since today.  Much more in the next releases.

Read my Medium article about making P2P great again https://medium.com/byteball/making-p2p-great-again-fe9e20546a4a#.i6kj1ug99

Note that to bind your payment to a condition you must be connected in chat with the payee and click his address or accept a payment request.

Other updates in this release:
* Fixed frequent disconnects that might affect sync speed
* Small performance optimizations
* Multiple small bugs fixed

Please upgrade.  The wallet might start a bit longer than usual the first time after the upgrade, this is because it needs to upgrade the database, be patient.  

Be prepared for bugs since it is a big update (I guess you are already used to expecting this when you are into something new).

Thanks for your update, there will be a distribution phase very soon for third round. I missed the first and second rounds. I have chance to join the third round, I am exciting to be one part of your revolutionary project. Newest algorithm and innovative idea is very cool. It will help bitcoin to be better.

[Spratan]

i am still holding my byteball..

how many byteball will be free giveaways this time?
thank you

The distribution rules are the same as in the second round:

BTC to bytes: 1 BTC of proven balance gives you 62.5 MB (0.0625 GB)
BTC to blackbytes: 1 BTC of proven balance gives you 2.1111 * 62.5 million blackbytes (money supply of blackbytes is 2.1111 times more than that of bytes)
Bytes to bytes: 1 byte on any Byteball address gives you 0.1 new bytes
Bytes to blackbytes: 1 byte on linked Byteball address gives you 0.21111 blackbytes

And blackbytes to blackbytes also ?

No. You'll get free bytes on based of your linked BTC balance & linked byteball address

So there is no incentive at all for blackbytes owners !
Having blackbytes will make you miss every future rounds of distribution.

rtfm.

blackbytes are private, so there is no public way to provide such distribution.

?
I am not saying it is a flaw
I was saying that having blackbytes make people miss 15 rounds of distribution (so no incentive to hold, unlike Byteballs)

[xland86]

Every round need linking address to reciveing byteball?

[connexus]

Every round need linking address to reciveing byteball?

No need if you previously linked your btc addresses, but make sure those have balances.

[no1dead]

Every round need linking address to reciveing byteball?

Positive, in order to get your free byteball, you need to link your bitcoin address to receive byteball. If not the distribution scheme like this, the distribution will be unfair and useless. Every time people need to link them so it is fair for new participants.

[crypt0hash]

Every round need linking address to reciveing byteball?

yes if you move your bitcoins somewhere
no if your bitcoins are at the linked address

[Andri.Ghani]

Every round need linking address to reciveing byteball?

yes if you move your bitcoins somewhere
no if your bitcoins are at the linked address

You do not need to re-talk has been described previously and I think they're quite understand.. So, think positive in using or doing something.

[crypt0hash]

Every round need linking address to reciveing byteball?

yes if you move your bitcoins somewhere
no if your bitcoins are at the linked address

You do not need to re-talk has been described previously and I think they're quite understand.. So, think positive in using or doing something.

dude I have written as no one has answered. The other was just faster. You should also make something useful, just do it better and not judge if you dont understand.

[songsunling]

Version 1.5 released https://github.com/byteball/byteball/releases

It's the biggest update since the launch.  It enables conditional payments, which allow you to P2P exchange bytes vs blackbytes since today.  Much more in the next releases.

Read my Medium article about making P2P great again https://medium.com/byteball/making-p2p-great-again-fe9e20546a4a#.i6kj1ug99

Note that to bind your payment to a condition you must be connected in chat with the payee and click his address or accept a payment request.

Other updates in this release:
* Fixed frequent disconnects that might affect sync speed
* Small performance optimizations
* Multiple small bugs fixed

Please upgrade.  The wallet might start a bit longer than usual the first time after the upgrade, this is because it needs to upgrade the database, be patient.  

Be prepared for bugs since it is a big update (I guess you are already used to expecting this when you are into something new).

A big update! Very good!
I will let more people to know about Byteball.

[ParmaBTC]

Tested Bind payment

sent 0.4 GBB for 1000 byte received.

there is something strange in Peer chat, it says "Payment 4349 bytes"  but the payment condition was 1000 bytes.
Indeed payment request message was "payment request : 1000 bytes to XYA............FFR" , peer received 1000 bytes request and 1000 bytes were sent

another strange thing happen in bytes receiver wallet: 0.484 GB have been moved in a new address, wallet balance has not been affected.

0.4 GBB are in a blackbytes smart wallet now.

What i want to ask is:
- why chat messages are not the same
- sending another Binf payment will generate another subwallet?
- TX fees are doubled with this new feature, am i correct?
- Blackbytes balance of receiver wallet is splitted in GBB in main wallet +  GBB "Also" in smart wallet, why not total amount ?

[tonych]

Tested Bind payment

sent 0.4 GBB for 1000 byte received.

there is something strange in Peer chat, it says "Payment 4349 bytes"  but the payment condition was 1000 bytes.
Indeed payment request message was "payment request : 1000 bytes to XYA............FFR" , peer received 1000 bytes request and 1000 bytes were sent

another strange thing happen in bytes receiver wallet: 0.484 GB have been moved in a new address, wallet balance has not been affected.

0.4 GBB are in a blackbytes smart wallet now.

What i want to ask is:
- why chat messages are not the same
- sending another Binf payment will generate another subwallet?
- TX fees are doubled with this new feature, am i correct?
- Blackbytes balance of receiver wallet is splitted in GBB in main wallet +  GBB "Also" in smart wallet, why not total amount ?

How did you test?  Could it be that you had the same device on both sides of the trade?

- sending another Binf payment will generate another subwallet?

Yes you have a subwallet for every unfinished trade .

- TX fees are doubled with this new feature, am i correct?

There are 3 transactions in total, if that's what you are asking about.

- Blackbytes balance of receiver wallet is splitted in GBB in main wallet +  GBB "Also" in smart wallet, why not total amount ?

Because spending of smart wallet is constrained by the smart contract conditions.  You might be not able yet or already not able to spend from it.
If you can spend from it, you move its balance to your main wallet, this is the 3rd and final transaction.

[magpr]

Every round need linking address to reciveing byteball?

yes if you move your bitcoins somewhere
no if your bitcoins are at the linked address

Excellent spread coins scheme, clearly take part in Byteball. I care about one thing, it turns out that the owners of a large amount of Bitcoins will have a much larger number of Byteball than owners a few btc's. The rich are getting richer, the truth of life. But this does not negate the innovative approach of the Byteball developers!

[ParmaBTC]

Tested Bind payment

sent 0.4 GBB for 1000 byte received.

there is something strange in Peer chat, it says "Payment 4349 bytes"  but the payment condition was 1000 bytes.
Indeed payment request message was "payment request : 1000 bytes to XYA............FFR" , peer received 1000 bytes request and 1000 bytes were sent

another strange thing happen in bytes receiver wallet: 0.484 GB have been moved in a new address, wallet balance has not been affected.

0.4 GBB are in a blackbytes smart wallet now.

What i want to ask is:
- why chat messages are not the same
- sending another Binf payment will generate another subwallet?
- TX fees are doubled with this new feature, am i correct?
- Blackbytes balance of receiver wallet is splitted in GBB in main wallet +  GBB "Also" in smart wallet, why not total amount ?

How did you test?  Could it be that you had the same device on both sides of the trade?

[/quote]

Main Device (PC) has 2 wallets , default wallet and Multisig (1/2) wallet -created later-

1 Pc sending GBB + 1 Android mobile receinving GBB multisig wallet (1/2)

repeated test (5 GB for 1000 bytes), this time chat  message says "payment 2364 bytes" , again 0.48 GB moved in a new address

- sending another Binf payment will generate another subwallet?

Yes you have a subwallet for every unfinished trade .

understood

- TX fees are doubled with this new feature, am i correct?

There are 3 transactions in total, if that's what you are asking about.

agree about 3 transaction, why the third is not automatic?

- Blackbytes balance of receiver wallet is splitted in GBB in main wallet +  GBB "Also" in smart wallet, why not total amount ?

Because spending of smart wallet is constrained by the smart contract conditions.  You might be not able yet or already not able to spend from it.
If you can spend from it, you move its balance to your main wallet, this is the 3rd and final transaction.

what happen if the third transaction is undone?

[zoga]

My Friend...

https://twitter.com/YNRvZO27CF7ciKb
follow and twitter
publick 84% BTC

[kola-schaar]

[bspus]

Can I use my full backup from 1.4 with version 1.5?
Is it OK to wait until after the distribution? I just started out and I'm a little nervous updating in case something is screwed up with the linked addresses

I'm using light wallet btw

[escapefrom3dom]

Every round need linking address to reciveing byteball?

yes if you move your bitcoins somewhere
no if your bitcoins are at the linked address

Excellent spread coins scheme, clearly take part in Byteball. I care about one thing, it turns out that the owners of a large amount of Bitcoins will have a much larger number of Byteball than owners a few btc's. The rich are getting richer, the truth of life. But this does not negate the innovative approach of the Byteball developers!

my proposal to @tonych:

1. remove btc linking in the next disrtibution rounds and make payments proportional to the current holders balances – this will stimulate buying bytes.

2. increase the frequency of the disrtibution rounds (1 round per 2 weeks).

3. rule for the final round for a remainder of bytes – just proportional (to the holders balances) distribution.

for example: everyone bytes holder gets 10 % bytes and 20 % black bytes for all his amount.

such scheme prevents a disbenefit for the holders caused by upgrowth of the total amount of bytes in circulation.

[Yefet]

my proposal to @tonych:

2. increase the frequency of the disrtibution rounds (1 round per 2 weeks).

...

such scheme prevents a disbenefit for the holders caused by upgrowth of the total amount of bytes in circulation.

I think the monthly distributions is the right choice to "prevent ... upgrowth of the total amount of bytes in circulation"

[nillohit]

Today I made my first GBB to GB exchange via the new payment binding feature. Everything goes very well ... Smooth & Awesome
If someone stucked on smart contract then you need upgrade it to the latest version