Obyte: Totally new consensus algorithm + private untraceable payments

[escapefrom3dom]

The advantage is all the features listed on byteball.org and being a DAG it has no architectural limit on scaling, only implementation and hardware is limiting.

It's wrong. As all distributed systems DAG is limited by https://en.wikipedia.org/wiki/CAP_theorem.

quote from the source:

CAP is frequently misunderstood as if one had to choose to abandon one of the three guarantees at all times. In fact, the choice is really between consistency and availability for when a partition happens only; at all other times, no trade-off has to be made.

[miramare]

I install wallet v1.6.0 by using the light one.
How can I switch to the full one now?

You can't switch wallet types and keep your addresses. You can only change wallet types with a new install (make sure your delete the user folder first)! But only with an  empty wallet, because all bytes and blackbytes will get lost this way!

After removing the light wallet and installing the new full one, can I restore the bytes with my seed of light wallet in the full wallet?

[SatoNatomato]

I install wallet v1.6.0 by using the light one.
How can I switch to the full one now?

You can't switch wallet types and keep your addresses. You can only change wallet types with a new install (make sure your delete the user folder first)! But only with an  empty wallet, because all bytes and blackbytes will get lost this way!

After removing the light wallet and installing the new full one, can I restore the bytes with my seed of light wallet in the full wallet?

Yes you can, the seed will only restore the bytes, not any blackbytes or other private assets. Id go for solution, install full wallet on another device, pair them as multi-sig or transfer all bytes and blackbytes to the new full wallet, then remove light wallet and install full wallet on that device, then send them bytes and blackbytes back.

[Come-from-Beyond]

Dont you have more important things to do, such as updating the accounting book, I mean, the database of IOTA?

Do you have a better counterargument?

quote from the source:

CAP is frequently misunderstood as if one had to choose to abandon one of the three guarantees at all times. In fact, the choice is really between consistency and availability for when a partition happens only; at all other times, no trade-off has to be made.

Sorry, didn't bother to read the actual article. Try https://www.infoq.com/articles/cap-twelve-years-later-how-the-rules-have-changed:

In its classic interpretation, the CAP theorem ignores latency, although in practice, latency and partitions are deeply related. Operationally, the essence of CAP takes place during a timeout, a period when the program must make a fundamental decision-the partition decision:

cancel the operation and thus decrease availability, or

proceed with the operation and thus risk inconsistency.

Unless you put all 12 witnesses on a single machine you have to deal with the following situation:

Blue balls are picked by 4 witnesses as the main chain, green balls are picked by other 4 witnesses and there is another version picked by the remaining witnesses (it's not shown to emphasize that noone can have a complete view of the DAG). Under high load every witness will pick its own main chain because none of them will see the whole DAG. The chance of that is high because

In normal use, people mostly link their new units to slightly less recent units, meaning that the DAG grows only in one direction.

is not true in high load, the DAG becomes very wide.

[SatoNatomato]

Person who didnt read Byteball whitepaper, who didnt even know 1 witness change is allowed, who designed an IoT "coin" utilizing "Proof-of-**Work**", attempts to spread Fear Uncertainty and Doubt about Byteball ability to scale using computer sci-ency terms.

Now it sounds just like people who told Satoshi back in 2008, "but you cant solve Byzantine generals problem thats impossible".

[Come-from-Beyond]

Person who didnt read Byteball whitepaper, who didnt even know 1 witness change is allowed, who designed an IoT "coin" utilizing "Proof-of-**Work**", attempts to spread Fear Uncertainty and Doubt about Byteball ability to scale using computer sci-ency terms.

I hope better counterarguments will be posted later, we don't want BB to be perceived as a platform based on memes instead of math, do we?..

[miramare]

I install wallet v1.6.0 by using the light one.
How can I switch to the full one now?

You can't switch wallet types and keep your addresses. You can only change wallet types with a new install (make sure your delete the user folder first)! But only with an  empty wallet, because all bytes and blackbytes will get lost this way!

After removing the light wallet and installing the new full one, can I restore the bytes with my seed of light wallet in the full wallet?

Yes you can, the seed will only restore the bytes, not any blackbytes or other private assets. Id go for solution, install full wallet on another device, pair them as multi-sig or transfer all bytes and blackbytes to the new full wallet, then remove light wallet and install full wallet on that device, then send them bytes and blackbytes back.

Ok, I can try this way. thanks.

[SatoNatomato]

I hope better counterarguments will be posted later, we don't want BB to be perceived as a platform based on memes instead of math, do we?..

No, you have to try harder, your troll-post isnt even worthy of a real counter-argument.

Ill give you a IOTA-style counter-argument. OK, its simple, just pick a Main Chain by random selection (Like IOTA Monte-Carlo tip selection algorithm), then ask developers to resolve any issues and make a "milestone-database" to build upon.

Its still nice you are trying to spread distrust in Byteball ability to scale, now with pictures and colors. How quaint.

[Come-from-Beyond]

I hope better counterarguments will be posted later, we don't want BB to be perceived as a platform based on memes instead of math, do we?..

No, you have to try harder, your troll-post isnt even worthy of a real counter-argument.

Ill give you a IOTA-style counter-argument. OK, its simple, just pick a Main Chain by random selection (Like IOTA Monte-Carlo tip selection algorithm), then ask developers to resolve any issues and make a "milestone-database" to build upon.

Its still nice you are trying to spread distrust in Byteball ability to scale, now with pictures and colors. How quaint.

Ok, it's not really necessary to post counterarguments here, just make sure that when someone from Byteball team does AMA on Reddit or something similar, he is able to answer my questions. What I asked is just scratching the surface, these questions will come to anyone analyzing Byteball internal mechanisms.

Regarding IOTA Monte-Carlo, check this - https://forum.iotatoken.com/t/iota-consensus-masterclass/1193.

[SatoNatomato]

I hope better counterarguments will be posted later, we don't want BB to be perceived as a platform based on memes instead of math, do we?..

No, you have to try harder, your troll-post isnt even worthy of a real counter-argument.

Ill give you a IOTA-style counter-argument. OK, its simple, just pick a Main Chain by random selection (Like IOTA Monte-Carlo tip selection algorithm), then ask developers to resolve any issues and make a "milestone-database" to build upon.

Its still nice you are trying to spread distrust in Byteball ability to scale, now with pictures and colors. How quaint.

Ok, it's not really necessary to post counterarguments here, just make sure that when someone from Byteball team does AMA on Reddit or something similar, he is able to answer my questions. What I asked is just scratching the surface, these questions will come to anyone analyzing Byteball internal mechanisms.

It is not really necessary for you to FUD here. Is it?

Your veiled attempts now at being nice to Byteball by "scratching the surface, asking questions analyzing internals" is ridiculous, reminds me of Eric Cartman "just asking questions, bro". If youre such a good programmer, on such a high shiny horse, analyzing Byteball internals, developing IoT non-scam coin, you would see the answer to your questions faster than it took you to color the pictures.

[mkn2030]

You can not always be a wallet    ，

What should I do

[Come-from-Beyond]

Your veiled attempts now at being nice to Byteball by "scratching the surface, asking questions analyzing internals" is ridiculous, reminds me of Eric Cartman "just asking questions, bro". If youre such a good programmer, on such a high shiny horse, analyzing Byteball internals, developing IoT non-scam coin, you would see the answer to your questions faster than it took you to color the pictures.

You overestimate my power.

[bspus]

I don't know who is right (not enough technical knowledge about byteball to judge) but the thread is getting dominated by constant altercations between two forum members

If CFB is a troll, then Sato is feeding him and this does not help the thread. If he is not a troll, then this hostile behaviour is uncalled for.

In either case it's best to just step away from this toxic discussion. No one is convincing the other and I believe I speak for most when I say we are getting really tired of this.

[SatoNatomato]

Your veiled attempts now at being nice to Byteball by "scratching the surface, asking questions analyzing internals" is ridiculous, reminds me of Eric Cartman "just asking questions, bro". If youre such a good programmer, on such a high shiny horse, analyzing Byteball internals, developing IoT non-scam coin, you would see the answer to your questions faster than it took you to color the pictures.

You overestimate my power.

Well that explains a lot.

If you dont want to justs be FUDing and trolling, and is actually "scratching the surface, analyzing", explain why the scenario in your picture would imply a limit in how many transactions/units can be handled. Cant just insinuate your pictures mean there is a limit while not explaining why. Ill wait...

[Come-from-Beyond]

Well that explains a lot.

If you dont want to justs be FUDing and trolling, and is actually "scratching the surface, analyzing", explain why the scenario in your picture would imply a limit in how many transactions/units can be handled. Cant just insinuate your pictures mean there is a limit while not explaining why. Ill wait...

https://en.wikipedia.org/wiki/Philosophical_burden_of_proof:

When two parties are in a discussion and one makes a claim that the other disputes, the one who makes the claim typically has a burden of proof to justify or substantiate that claim especially when it challenges a perceived status quo.

The advantage is all the features listed on byteball.org and being a DAG it has no architectural limit on scaling, only implementation and hardware is limiting.

So, what are you waiting for?

[SatoNatomato]

You overestimate my power.

So, what are you waiting for?

Someone with more knowledge and skills.

[Come-from-Beyond]

You overestimate my power.

So, what are you waiting for?

Someone with more knowledge and skills.

I mean that it's you who is supposed to prove that DAGs can scale without a limit.

[lordoliver]

its really getting boring guys.
I invite you both to a beer, if you discuss this in person...

[Come-from-Beyond]

its really getting boring guys.
I invite you both to a beer, if you discuss this in person...

Sorry, having superhuman patience (professional deformation of all low-level coders) I don't feel when it's the right moment to stop. I guess it's now.

[davidoski]

They are both the same person. Didn't you notice that they are always here at the same time talking to each other? If they were different people than you would see some posts from one without an immediate answer from the other. You can see the same pattern nearly every day: