Obyte: Totally new consensus algorithm + private untraceable payments

[EcuaMobi]

I've read people complaining about 2 problems regarding referrals and verified users:

• When sending someone $8 to refer them, how to be sure they will use that to verify themselves instead of just getting the $8
• For new users who want to verify their identity, how to easily get/buy $8 worth of GB

I guess it would be possible to modify the bot to add the option to ask someone else to pay the verification fee. For example:

• Person A (you, me, old user) verifies their identity and gets a unique referrer ID. This can be the device's pairing code or any other unique ID generated by the bot
• Person A refers person B (a new user) and gives them their unique ID
• Person B starts the verification process. At some point the bot asks whether the user is being referred by someone. Person B says yes and enters person A's ID
• The bot asks person A to pay the fee on behalf of person B. Person A's device and the bot are already paired because user A was verified by it.
• Person A makes the payment (which makes him the referrer), with the guarantee the $8 are being used to pay Jumio
• Person B gets the verification link and finishes the process

Now, I guess the bot requires person B to make a transaction in order to see/verify the address. I'm not completely sure about this.
If it does have this requirement, it could be solved in one of 2 ways:

• Person A makes the payment to person B on a contract so that the funds can only be sent to an already known (Jumio's) address. I don't know whether this is possible at all or if it would be too complex; or
• The easy way: Jumio requires person A to pay the $8 and person B to send any quantity, regardless of how small. So person A would still send some amount to person B for this but it would be 1 KB or so, just to resend 1 byte plus fees. Person B would have no motivation at all to get those bytes and leave

[akamy789]

I've read people complaining about 2 problems regarding referrals and verified users:

• When sending someone $8 to refer them, how to be sure they will use that to verify themselves instead of just getting the $8
• For new users who want to verify their identity, how to easily get/buy $8 worth of GB

I guess it would be possible to modify the bot to add the option to ask someone else to pay the verification fee. For example:

• Person A (you, me, old user) verifies their identity and gets a unique referrer ID. This can be the device's pairing code or any other unique ID generated by the bot
• Person A refers person B (a new user) and gives them their unique ID
• Person B starts the verification process. At some point the bot asks whether the user is being referred by someone. Person B says yes and enters person A's ID
• The bot asks person A to pay the fee on behalf of person B. Person A's device and the bot are already paired because user A was verified by it.
• Person A makes the payment (which makes him the referrer), with the guarantee the $8 are being used to pay Jumio
• Person B gets the verification link and finishes the process

Now, I guess the bot requires person B to make a transaction in order to see/verify the address. I'm not completely sure about this.
If it does have this requirement, it could be solved in one of 2 ways:

• Person A makes the payment to person B on a contract so that the funds can only be sent to an already known (Jumio's) address. I don't know whether this is possible at all or if it would be too complex; or
• The easy way: Jumio requires person A to pay the $8 and person B to send any quantity, regardless of how small. So person A would still send some amount to person B for this but it would be 1 KB or so, just to resend 1 byte plus fees. Person B would have no motivation at all to get those bytes and leave

Logic is very clear scene explanation, but the solution seems to be no problem, passing here, applause for you

[Birkensekt]

How many single wallets i can verify by myself? I think, i have to pay always 8$, but get only once signup bonus. Is it right?

[ByteFan]

True that KYC/AML Requirements For Token Sale is soon to be a de facto standard:

from https://blog.narrative.network/big-news-kyc-and-our-switch-to-neo-2f34215beef9

"New KYC/AML Requirements For Token Sale:
As we have been in the process of setting things up from an organizational standpoint, we have come to learn that if we do not prove that the funds that we collect from the Token Sale are not sourced from illegal activities then we may have difficulty doing basic things like setting up a bank account. Indeed, many other Token Sale projects are now requiring KYC information from contributions for this very reason."

[ByteFan]

How many single wallets i can verify by myself? I think, i have to pay always 8$, but get only once signup bonus. Is it right?

One identity = one hash = one single reward.

[codemanX]

i guess most people in the Crypto World prefer to remain private and anonymous.

From Slackjore who writes the Byteball Wiki:

The thing is you're only giving your details to ONE entity, Jumio. Other entities you give them the fact that you're attested, and whatever else is the minimum they need. It's a bit like PayPal has your credit card info, but when you buy something from a random company they don't get your cc info, just that PayPal attests you're ok. Jumio doesn't even know your Byteball address.

This is Crypto world we don't want to hear the word PayPal here.
PayPal, Visa,Master card ...etc will probably become absolute in a decade or so,that's why visa is already started it's war against Crypto by cancelling all bitcoin visa cards

You don't know what you are talking about, there's no war Visa vs. Crypto! They were shutting WaveCrest down, so cards like TenX didn't work anymore, but that has nothing to do with Crypto, Fiat WaveCrest Cards don't work anymore too! Just google that.

Centra isn't affected, Monaco got the Visa License too and will start rolling out their cards in the next few weeks.

[BillionairePal]

I've read people complaining about 2 problems regarding referrals and verified users:

• When sending someone $8 to refer them, how to be sure they will use that to verify themselves instead of just getting the $8
• For new users who want to verify their identity, how to easily get/buy $8 worth of GB

I guess it would be possible to modify the bot to add the option to ask someone else to pay the verification fee. For example:

• Person A (you, me, old user) verifies their identity and gets a unique referrer ID. This can be the device's pairing code or any other unique ID generated by the bot
• Person A refers person B (a new user) and gives them their unique ID
• Person B starts the verification process. At some point the bot asks whether the user is being referred by someone. Person B says yes and enters person A's ID
• The bot asks person A to pay the fee on behalf of person B. Person A's device and the bot are already paired because user A was verified by it.
• Person A makes the payment (which makes him the referrer), with the guarantee the $8 are being used to pay Jumio .
• Person B gets the verification link and finishes the process

Now, I guess the bot requires person B to make a transaction in order to see/verify the address. I'm not completely sure about this.
If it does have this requirement, it could be solved in one of 2 ways:

• Person A makes the payment to person B on a contract so that the funds can only be sent to an already known (Jumio's) address. I don't know whether this is possible at all or if it would be too complex; or
• The easy way: Jumio requires person A to pay the $8 and person B to send any quantity, regardless of how small. So person A would still send some amount to person B for this but it would be 1 KB or so, just to resend 1 byte plus fees. Person B would have no motivation at all to get those bytes and leave

Brilliant! But I would change it slightly for more convenience and program logic where no UniqueID is required (why reveal privacy to somebody who doesn't need it!):

• Person B starts the verification process. At some point the bot asks whether he wants to pay it from his funds or ask somebody else to pay for him. Person B has the option to enter somebody else's address (of person A, old user). If the address is not single address wallet, the user gets info, it's not possible and can enter another address. Possibly he could enter a list of addresses he would like to offer the deal to.
• Person A gets notified in the client to pay the fee on behalf of person B and is offered to verify with Jumio if he hasn't yet.
• Person A makes the payment (which makes him the referrer), with the guarantee the $8 are being used to pay Jumio if he is verified himself. He can still do it without verification just to help others.
• Person B gets the verification link and finishes the process

This way you can post your verified address publicly and invite people to earn money, or send a mailing and describe the deal... and the snowball effect starts! EASY! This would give a true PayPal effect...

[grzem]

Cryptox is working as far as I know

But you can't deposit fiat on Cryptox. Minimum BTC deposit is 0.01 BTC which is over 100 USD and the BTC network transaction fee is around 20 USD. You can use LTC or other altcoins but it makes all the hassle even worse.

To sum up:

1. You can't register on Bittrex
2. You can''t deposit fiat on Cryptox and minimum crypto deposits are way over 8 USD
3. You can't withdraw from Cryptopia

You have no other options and to verify via Jumio/Byteball you HAVE TO find somebody who just sends you over 8 USD worth of bytes which won't be easy because giving away money for free is not the most popular hobby of humanity.

Counting that this is going to be a viral distribution method is wishful thinking.

On Cryptox.pl you can use BCC (Bitcoin Cash) there is market GBYTE/BCC.

[BillionairePal]

Brilliant! But I would change it slightly for more convenience and program logic where no UniqueID is required (why reveal privacy to somebody who doesn't need it!):

• Person B starts the verification process. At some point the bot asks whether he wants to pay it from his funds or ask somebody else to pay for him. Person B has the option to enter somebody else's address (of person A, old user). If the address is not single address wallet, the user gets info, it's not possible and can enter another address. Possibly he could enter a list of addresses he would like to offer the deal to.
• Person A gets notified in the client to pay the fee on behalf of person B and is offered to verify with Jumio if he hasn't yet.
• Person A makes the payment (which makes him the referrer), with the guarantee the $8 are being used to pay Jumio if he is verified himself. He can still do it without verification just to help others.
• Person B gets the verification link and finishes the process

This way you can post your verified address publicly and invite people to earn money, or send a mailing and describe the deal... and the snowball effect starts! EASY! This would give a true PayPal effect...

Then people could set up self-perpetuating funds (like on this forum, a fb group, reddit, wherever) and it would be a VERY ATTRACTIVE model also for the exchanges to use this to generate more revenue... And the price of Byteball would grow accordingly, so it could turn into a never ending story...

BTW: there should be also a way to generate deeplinks into the bot (Google Fire) with your address as referal to automate this process and just send people invitation links, and then the bot recognizes it and makes it for people really easy without asking any questions about payment. Just informing people: "The fee of $8 will be paid by your referer... Say thanx to him"
The link that you as old user would post would look like: http://byteballwallet.hdgll.heiwe/verify/ref/0ASe.....E3 or whatever your byteball addrress.

Then, also download/installation referer links could be offered to install the byteball wallet:
http://install.byteball.org/install/ref/0ASe.....E3 or whatever your byteball addrress
This would install a wallet with referrer set as your address.
When then the user wants to later verify, you will be offered to pay for verification (but the user will have also the choice to pay himself or ask somebody else to pay for him).

[BillionairePal]

Brilliant! But I would change it slightly for more convenience and program logic where no UniqueID is required (why reveal privacy to somebody who doesn't need it!):

• Person B starts the verification process. At some point the bot asks whether he wants to pay it from his funds or ask somebody else to pay for him. Person B has the option to enter somebody else's address (of person A, old user). If the address is not single address wallet, the user gets info, it's not possible and can enter another address. Possibly he could enter a list of addresses he would like to offer the deal to.
• Person A gets notified in the client to pay the fee on behalf of person B and is offered to verify with Jumio if he hasn't yet.
• Person A makes the payment (which makes him the referrer), with the guarantee the $8 are being used to pay Jumio if he is verified himself. He can still do it without verification just to help others.
• Person B gets the verification link and finishes the process

This way you can post your verified address publicly and invite people to earn money, or send a mailing and describe the deal... and the snowball effect starts! EASY! This would give a true PayPal effect...

Then people could set up self-perpetuating funds (like on this forum, a fb group, reddit, wherever) and it would be a VERY ATTRACTIVE model also for the exchanges to use this to generate more revenue... And the price of Byteball would grow accordingly, so it could turn into a never ending story...

BTW: there should be also a way to generate deeplinks into the bot (Google Fire) with your address as referal to automate this process and just send people invitation links, and then the bot recognizes it and makes it for people really easy without asking any questions about payment. Just informing people: "The fee of $8 will be paid by your referer... Say thanx to him"
The link that you as old user would post would look like: http://byteballwallet.hdgll.heiwe/verify/ref/0ASe.....E3 or whatever your byteball addrress.

Then, also download/installation referer links could be offered to install the byteball wallet:
http://install.byteball.org/install/ref/0ASe.....E3 or whatever your byteball addrress
This would install a wallet with referrer set as your address.
When then the user wants to later verify, you will be offered to pay for verification (but the user will have also the choice to pay himself or ask somebody else to pay for him).

You could send out these links out of your wallet automatically like you do with textcoins.
This would be a REALLY EASY no brainer tool for newbies to help grow the community and earn money doing it.
Everybody could do it! No skills required. "Invite your friends to Byteball and earn money"

Byteball user base would explode in size with this tool. And Byteball would become for many the first crypto to get in touch with. Then, when they try other cryptos with their shitty interfaces and slow payments, high fees, they would bring the good experience they made with Byteball into consciousness of the mainstream...

Tony! What do you think?

[Pinstripe]

Brilliant! But I would change it slightly for more convenience and program logic where no UniqueID is required (why reveal privacy to somebody who doesn't need it!):

• Person B starts the verification process. At some point the bot asks whether he wants to pay it from his funds or ask somebody else to pay for him. Person B has the option to enter somebody else's address (of person A, old user). If the address is not single address wallet, the user gets info, it's not possible and can enter another address. Possibly he could enter a list of addresses he would like to offer the deal to.
• Person A gets notified in the client to pay the fee on behalf of person B and is offered to verify with Jumio if he hasn't yet.
• Person A makes the payment (which makes him the referrer), with the guarantee the $8 are being used to pay Jumio if he is verified himself. He can still do it without verification just to help others.
• Person B gets the verification link and finishes the process

This way you can post your verified address publicly and invite people to earn money, or send a mailing and describe the deal... and the snowball effect starts! EASY! This would give a true PayPal effect...

Then people could set up self-perpetuating funds (like on this forum, a fb group, reddit, wherever) and it would be a VERY ATTRACTIVE model also for the exchanges to use this to generate more revenue... And the price of Byteball would grow accordingly, so it could turn into a never ending story...

BTW: there should be also a way to generate deeplinks into the bot (Google Fire) with your address as referal to automate this process and just send people invitation links, and then the bot recognizes it and makes it for people really easy without asking any questions about payment. Just informing people: "The fee of $8 will be paid by your referer... Say thanx to him"
The link that you as old user would post would look like: http://byteballwallet.hdgll.heiwe/verify/ref/0ASe.....E3 or whatever your byteball addrress.

Then, also download/installation referer links could be offered to install the byteball wallet:
http://install.byteball.org/install/ref/0ASe.....E3 or whatever your byteball addrress
This would install a wallet with referrer set as your address.
When then the user wants to later verify, you will be offered to pay for verification (but the user will have also the choice to pay himself or ask somebody else to pay for him).

You could send out these links out of your wallet automatically like you do with textcoins.
This would be a REALLY EASY no brainer tool for newbies to help grow the community and earn money doing it.
Everybody could do it! No skills required. "Invite your friends to Byteball and earn money"

Byteball user base would explode in size with this tool. And Byteball would become for many the first crypto to get in touch with. Then, when they try other cryptos with their shitty interfaces and slow payments, high fees, they would bring the good experience they made with Byteball into consciousness of the mainstream...

Tony! What do you think?

I love it!

This is exactly the kind of creative thinking I was hoping to encourage:
https://bitcointalk.org/index.php?topic=1608859.msg28085267#msg28085267

[BillionairePal]

Brilliant! But I would change it slightly for more convenience and program logic where no UniqueID is required (why reveal privacy to somebody who doesn't need it!):

• Person B starts the verification process. At some point the bot asks whether he wants to pay it from his funds or ask somebody else to pay for him. Person B has the option to enter somebody else's address (of person A, old user). If the address is not single address wallet, the user gets info, it's not possible and can enter another address. Possibly he could enter a list of addresses he would like to offer the deal to.
• Person A gets notified in the client to pay the fee on behalf of person B and is offered to verify with Jumio if he hasn't yet.
• Person A makes the payment (which makes him the referrer), with the guarantee the $8 are being used to pay Jumio if he is verified himself. He can still do it without verification just to help others.
• Person B gets the verification link and finishes the process

This way you can post your verified address publicly and invite people to earn money, or send a mailing and describe the deal... and the snowball effect starts! EASY! This would give a true PayPal effect...

Then people could set up self-perpetuating funds (like on this forum, a fb group, reddit, wherever) and it would be a VERY ATTRACTIVE model also for the exchanges to use this to generate more revenue... And the price of Byteball would grow accordingly, so it could turn into a never ending story...

BTW: there should be also a way to generate deeplinks into the bot (Google Fire) with your address as referal to automate this process and just send people invitation links, and then the bot recognizes it and makes it for people really easy without asking any questions about payment. Just informing people: "The fee of $8 will be paid by your referer... Say thanx to him"
The link that you as old user would post would look like: http://byteballwallet.hdgll.heiwe/verify/ref/0ASe.....E3 or whatever your byteball addrress.

Then, also download/installation referer links could be offered to install the byteball wallet:
http://install.byteball.org/install/ref/0ASe.....E3 or whatever your byteball addrress
This would install a wallet with referrer set as your address.
When then the user wants to later verify, you will be offered to pay for verification (but the user will have also the choice to pay himself or ask somebody else to pay for him).

You could send out these links out of your wallet automatically like you do with textcoins.
This would be a REALLY EASY no brainer tool for newbies to help grow the community and earn money doing it.
Everybody could do it! No skills required. "Invite your friends to Byteball and earn money"

Byteball user base would explode in size with this tool. And Byteball would become for many the first crypto to get in touch with. Then, when they try other cryptos with their shitty interfaces and slow payments, high fees, they would bring the good experience they made with Byteball into consciousness of the mainstream...

Tony! What do you think?

I love it!

This is exactly the kind of creative thinking I was hoping to encourage:
https://bitcointalk.org/index.php?topic=1608859.msg28085267#msg28085267

agreed. and there is one step more that we could take:

why bother with sending payments hence and forth?
if the registrant to Jumio provides a verified referer address (or the referer address stored in the wallet is verified at the time of registration) and the user is verified pay Jumio $8 worth of Byteball out of the community fund and then pay $20 to the registrant and $12 to the referer. Mathematically it's the same, but it can be executed immediately during the registration without waiting for the referer to send funds or without him having to have any balance on the account. This would speed up the virality even higher and automate the process. A REAL affiliate program, where the referrer doesn't need to manage payments and has more time to take care of the marketing.

[LoyceV]

I've read people complaining about 2 problems regarding referrals and verified users:

• When sending someone $8 to refer them, how to be sure they will use that to verify themselves instead of just getting the $8
• For new users who want to verify their identity, how to easily get/buy $8 worth of GB

I think the idea behind this is to only refer people you know and trust. It's not meant to advertise on a website, it's meant to get Real Life people to join.
And this way the new user gets to actually see his Byteball wallet in action for the first time.

I can create a thread in Currency exchange to sell new users 12 MBYTE to start. Would there be any demand for this? I'd be happy to exchange funds for 12 MBYTE at Bittrex to help out new users.
The main problem with this is Bitcoin fees are too high to buy such a small amount though.

[jwinterm]

Finally, the new distribution rules https://medium.com/byteball/distribution-to-verified-users-and-referrals-ed00b9b2a30e

bad,  bad idea. $12 net income may be attractive to the lowest social stratum in crypto community, consisting of the poor and unemployed.  They will dump it at once and forget about Byteball. Decent ppl who may support platform will never tag identity. Very displeased indeed.

I don't even care that much about revealing identity, but I agree with you many will. For me I'm just not jumping through hoops to get $12 of something that is not even very spendable. I'm not saying it's the worst idea, but...

[Birkensekt]

How many single wallets i can verify by myself? I think, i have to pay always 8$, but get only once signup bonus. Is it right?

One identity = one hash = one single reward.

Its not about the reward, if i have two divices and i don't want a multi sig wallet, it its possible to verify both without reward? Can i verify as many single wallets as i want, of course without reward?

[IckyYak22871]

Finally, the new distribution rules https://medium.com/byteball/distribution-to-verified-users-and-referrals-ed00b9b2a30e

bad,  bad idea. $12 net income may be attractive to the lowest social stratum in crypto community, consisting of the poor and unemployed.  They will dump it at once and forget about Byteball. Decent ppl who may support platform will never tag identity. Very displeased indeed.

But Byteball will never forget about them! MWHAHAHAHA!!!

[IckyYak22871]

How many single wallets i can verify by myself? I think, i have to pay always 8$, but get only once signup bonus. Is it right?

One identity = one hash = one single reward.

Its not about the reward, if i have two divices and i don't want a multi sig wallet, it its possible to verify both without reward? Can i verify as many single wallets as i want, of course without reward?

Yes. https://bitcointalk.org/index.php?topic=1608859.msg28440014#msg28440014

EDIT: And I think, it would fair not to charge additional $8 for verification of additional addresses.

[ByteFan]

How many single wallets i can verify by myself? I think, i have to pay always 8$, but get only once signup bonus. Is it right?

One identity = one hash = one single reward.

Its not about the reward, if i have two divices and i don't want a multi sig wallet, it its possible to verify both without reward? Can i verify as many single wallets as i want, of course without reward?

Yes you can verify as many single address wallet (only) as you want (without reward but with fee).

[TheMuppet]

Has anyone been buying Blackbytes?  Have you been able to use the Blackbytes?

I'm thinking of loading up.

[ByteFan]

Has anyone been buying Blackbytes?  Have you been able to use the Blackbytes?

I'm thinking of loading up.

You can buy some on http://beeb-bot.com

It is mainly speculative as there is no real world usage as far as I know.