Obyte: Totally new consensus algorithm + private untraceable payments

[BillionairePal]

The new distribution method would be indeed more effective if a new user attempting to verify wouldn't have to come up with 8 USD of byteball first and could be paid from the distribution pool right away without the need of:

1. finding out about Bitttrex/Cryptox/Cryptopia
2. registering on an exchange
3. transferring bitcoin/fiat to the exchange
4. buying at least 8 USD of byteball
5. withdrawing to a wallet
6. and finally geting verified and refunded

The above hassle is too much to make the method effective. I bet that Jumio requires to be paid 8 USD even if the user fails to verify in the end and this makes the verification to be paid from the distribution pool problematic and open to abuse (by Jumio actually or just rogue users). Users could be attempting verification, Jumio would be paid from the distribution pool, verification would fail and no verified user would be added to Byteball.

Add to this that Bittrex doesnt accept new users at the moment. And from Cryptopiaa you cant withdraw Byteball. So it is IMPOSSIBLE for a crypto beginner to come by $8 in Byteball even if he really wants to...

[1635246589]

1635246589

[1635246589]

1635246589

[1635246589]

1635246589

[DarkStar_]

Add to this that Bittrex doesnt accept new users at the moment. And from Cryptopiaa you cant withdraw Byteball. So it is IMPOSSIBLE for a crypto beginner to come by $8 in Byteball even if he really wants to...

Cryptox is working as far as I know, and if the user is Korean, they can buy from Upbit which I believe is also working. They could also do the old fashioned way of buying coins and do a peer to peer transaction with someone willing to sell their bytes, on some where like this forum.

@darkstar
If the textcoin link has been published before the underlying payment is confirmed at the textcoin Server you get the "doesn't exist" message. Probably it would be best practice not to publish a textcoin before its stable/confirmed.

A textcoin can only be claimed once so if someone was faster you do get the second message. Want a privat textcoin just for you to test it? Send me a PM.

I remember sending myself a textcoin, and while it was unconfirmed, my client told me that it was unconfirmed and that I needed to wait, not that it doesn't exist. I know how they work, and I was using that message to show that it did work. Thanks for the offer though 

[StandingTall]

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.

[Malek17]

Any one want to start a Multisig community fund here to give anybody new who join Byte ball telegram group 2MB that means 1GB should bring 500 new members.
I am sure you asked the question why Telegram? simply because you need to confirm your phone number to join telegram that means it can be used as some sort of proof of individuality,so it's less likely to abuse this method

[Big Naturals]

So no more 10% airdrops now?

[IckyYak22871]

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

Yeah, right, that is why they all have verified accounts at multiple exchanges.

[Malek17]

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

Yeah, right, that is why they all have verified accounts at multiple exchanges.

Exchange is different it's a link between Fiat and Crypto once coins moved to Crypto yeah sure most people prefer to remain anonymous there is not contradiction in both statements

[IckyYak22871]

@tonych could you please clarify, if a user will try to verify multiple accounts, what will happen? Will Jumio allow this? Will all accounts have the same ID hash or different?

[tonych]

@tonych could you please clarify, if a user will try to verify multiple accounts, what will happen? Will Jumio allow this? Will all accounts have the same ID hash or different?

Both Jumio and the bot won't see any problem with this.  However the attestation reward will be paid only once.  The same ID will have the same ID hash.

[meterse]

So no more 10% airdrops now?

I think there are better ways to gain adoption. Textcoin and Jumio is a step in the right direction. Bitcoin whales getting free bytes and dumping them on the market doesn't help anyone, except the whale

[Wekkel]

To sum up:

1. [irrelevant steps]

[...] 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.

You could be wrong: the system comes with a lot of incentives to do the registration. It only takes one person (the initiator) starting it by paying their friend/relative and guiding them through the proces. The new Byteball user receives $20 Byteball and the initiator receives $20 Byteball. Both the initiator and the new Byteball user can seek 2 new users without paying a dime themselves (it is funded by the $20 Byteball received earlier). The circle completes again and this could go on indefinitely.

Giving away $8 to a friend/relative/colleague is a no brainer, especially when pulling someone into crypto tech (at least in my enthusiasm). I wouldn’t feel a loss if I make sure the receiver completes the signup proces. Yes, ‘social pressure applied’ 

I think the biggest challenge for people is:
1. trusting Jumio with giving personal details
2. stating a real use case for 1
3. no Byteball wallet in the Apple iStore

There, I said it  

Apple is the juicy ‘apple’ missing here.

I will surely try to convince a few Android users to give it a try and signup. Any ideas on point 2 are welcome.

[thrax]

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

Are bitcoin holders with linked addresses still going to get a share of the distribution, or is that finished now?

[tigermonkey]

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

Are bitcoin holders with linked addresses still going to get a share of the distribution, or is that finished now?

Per the official web site (byteball.org), the 11th round is tentatively scheduled for the full moon of March (Mar 2, 2018 at 00:51 UTC).

[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...