Members
  • Total Members: 13019
  • Latest: Andy123
Stats
  • Total Posts: 30521
  • Total Topics: 9021
  • Online Today: 1514
  • Online Ever: 51419
  • (01. January 2010., 10:27:49)












Author Topic: Byteball - Round 6 - full moon of June: June 9, 13:10 UTC  (Read 3771 times)

0 Members and 1 Guest are viewing this topic.

vindyne8

  • SCF CryptoGroupie
  • *
  • Posts: 566
  • KARMA: 13
  • Gender: Male
Do not forget, the next distribution round is scheduled for the full moon of March (12 March 14:54 UTC), the conditions are exactly the same as in the 2nd round.

https://byteball.org/


Samker's Computer Forum - SCforum.info

Sponsored Links:




vindyne8

  • SCF CryptoGroupie
  • *
  • Posts: 566
  • KARMA: 13
  • Gender: Male
From the original post here: https://bitcointalk.org/index.php?topic=1608859.msg18080683#msg18080683


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

vindyne8

  • SCF CryptoGroupie
  • *
  • Posts: 566
  • KARMA: 13
  • Gender: Male
Re: BYTEBALL: round 3 distribution - 12 March 14:54 UTC
« Reply #22 on: 08. March 2017., 02:25:51 »
From tonych, the byteball dev:

Important security update 1.5.1 https://github.com/byteball/byteball/releases

It removes a XSS vulnerability that allowed remote code injection via specially constructed chat messages.  Thanks @portabella for discovering the bug.
The update also includes a minor performance improvement.

Upgrade is mandatory.

To protect those who didn't upgrade fast enough, I'll update the default hub to refuse connections from clients that run an old version

vindyne8

  • SCF CryptoGroupie
  • *
  • Posts: 566
  • KARMA: 13
  • Gender: Male
Re: BYTEBALL: round 3 distribution - 12 March 14:54 UTC
« Reply #23 on: 09. March 2017., 00:13:47 »
Under 4 days left before the 3rd round of Byteball distribution. Connect your BTC address to participate and you will get 62.5 MB for every  you hold!

byteball.org



BREAKING: The Byteball Community Fund was just announced!
https://bitcointalk.org/index.php?topic=1608859.msg18115774#msg18115774

vindyne8

  • SCF CryptoGroupie
  • *
  • Posts: 566
  • KARMA: 13
  • Gender: Male
Re: BYTEBALL: round 3 distribution - 12 March 14:54 UTC
« Reply #24 on: 10. March 2017., 23:41:40 »
Some more Q & A from the main post on BCT forums here: https://bitcointalk.org/index.php?topic=1608859.0
Q = question from a poster.
A = answer from dev - tonych



Q: Is it planned to create a kind of development reference or maybe there is already a tutorial with which you can start? I have a developer background. That's why it can be very technical.
A: Start with this primer https://bitcointalk.org/index.php?topic=1617816 and the whitepaper section about addresses.



Q: Forgot to ask. I am looking for a tutorial how to exchange Byteball for BlackByteball with the new feature in version 1.5. When I understand correctly, the new version of Byteball wallet offers this feature now.
Can you please create a post or a blog entry for that? I would be very grateful.

A: If someone writes a tutorial, we offer a 0.5GB or 5GBB bounty out of the community fund.



Q: But my point is you can't prevent in the wild people from creating convoluted smart contracts even with your intended to be simple declarative language. Do you really expect users to give a damn and look at the source code of the smart contract? Users demand features such as DAOs. So I don't think you can stop the developers from bastardizing yours as well. Preventing Turing-completeness is very difficult. This is why Bitcoin is very cautious to add new opcodes.
A: I can't stop them but hopefully most developers are smart enough to find the best tool for the purpose, and there is no lack of choice.  Even if they do create something convoluted against all odds, let's see if they find many users.



Q: Do you really expect users to give a damn and look at the source code of the smart contract?
A: I dare say yes, if we speak the user's language.  The nice thing about Byteball smart contracts is that they can be easily presented in user readable form:



This example is from my article https://medium.com/byteball/making-p2p-great-again-fe9e20546a4a#.3k1a7f5yo



Q: Although each executed instance of your language is not Turing-complete in isolation, the system of instances is Turing-complete because you have the ability to reference global memory in the form of the data feed. Thus you can still have scenarios of unbounded recursion and even live or dead locks.
Craig Wright had schooled Nick Szabo and Gregory Maxwell on this point also.
So you have not prevented hacks. And you have somewhat crippled the language compared to Solidarity. You may argue you've made the intent clearer, but when people write convoluted systems with this in order to achieve complex smart contracts by simulating Turing completeness, then it may end up more obfuscated than Solidarity. I really don't see your design strategy as the absolute panacea you seem to claim or imply.

A: There is a limit on the number of operations per smart contract, data feed lookups included.

It is not a panacea.  It is designed to meet the demands of regular users, and they are not convoluted, as the recent superresistant's example shows.

If you need convoluted, go with Solidity, but be extremely careful when you expose complex systems to regular users (unaccredited investors, if we consider investments context).  When users are exposed to complex systems that they don't fully understand and that can potentially harm them, the governments will want to "protect the consumer" -- by regulation.



Q: When I understand correctly, then conditional payments are like smart contracts, right? It is just another name for it isn't it?
A: Conditional payments is an application based on smart contracts.



Q: What i want to ask is:
- why chat messages are not the same
- sending another Bind 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 ?

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

Q: 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

A: That's what I expected - your PC was on both sides of the trade and it had difficulty interpreting the payment that had its addresses as both sender and receiver.



Q: - TX fees are doubled with this new feature, am i correct?
A: There are 3 transactions in total, if that's what you are asking about.
Q: agree about 3 transaction, why the third is not automatic?
A: The wallet never signs transactions on your behalf without your explicit request.



Q: - Blackbytes balance of receiver wallet is splitted in GBB in main wallet +  GBB "Also" in smart wallet, why not total amount ?
A: 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.




Q: What happens if all 12 witnesses fell under DDoS attack? Will network stuck?
A: Their IP addresses are not publicly known, so it is not easy to learn what to attack in the first place.  Even if DDoSed, a witness can quickly move to a new IP.



Q: I have plans to move my wallet to another device. Do I need to complete a full sync on the new device before restoring from full backup?
A: No, you don't, you can move it half-synced.



Q: The PC I'm moving my wallet to has never had any version of byteball software, so I'm syncing from scratch. It took about 12 hours to get to 69% and then it was stuck on 69% for about five hours. At this point, I closed the wallet and re-opened to see if it would help get me over this 69% hump. The wallet is back at 69% and it's been stuck for approximately six hours. Is this normal for a new install?
The PC I've been using since the initial 12/25 distro never became stuck at any point while syncing. Although, I was opening my wallet daily, since 12/25, so it may have never got stuck because I was syncing regularly.
Any insight would be appreciated

A: This is not normal. Your cpu and disk usage should normally be high during sync.  If it is not, something is wrong, a restart usually helps.

You don't need to sync the 2nd PC before moving.  As far as I understand, you already have a fully synced wallet on the 1st PC and since you are doing full backup that contains the entire database, you'll get a fully synced wallet after restore.  The old data on the 2nd PC will be deleted during restore anyway.



Q: Does adding more byteball-hubs help the network process more transactions? Does a byteball-relay also help, but just doesnt store temporarily any private-messages like a hub does?
A: Just a little bit, as much as it helps distribute the load created by catching up nodes.
What the hub/relay are more useful for is their help in propagation of new transactions and in reliability.




Q: Why is Byteball called Byte on Bitsquare and not Byteball?
A: Byteball is a platform, Bytes is a currency.  Same as Ethereum/Ether.



Q: I guess the upper practical limit is the 12 witnesses, how many transactions they can see (bot dont need to see it at the same time) and post to each other and append to the database, to the main chain.
A: Wrong.  Witnesses don't do any more work than any other full node, they are not special with respect to TPS, and they are not a limiting factor in any way.



Q: There is nothing stopping you from making really a massive amounts of transactions on your own chain - and have it merged to the Main Chain when posting it for the witnesses to see. As long as you didnt double-spend, the verification of which witnesses do takes little time compared to what you spend in making the transactions, if all is fine, your chain of massive amount of txs will be in the main chain.
A: Again, this implies that it is witnesses who are doing verification and detect double-spends.  Wrong - every full node does it in exactly the same way.

We use witnesses only to establish order of events by looking back in history.



Q: Thanks for clarifying that. The other concern that keeps coming to my mind is this: what happens if 2 or more of the 12 witnesses goes down (offline) for various reasons (hardware mulfunction, operator not interested in running it anymore, government seizure etc.). Will this cause any network disruption? If yes, what kind of disruptions would that be?
A: As long as the majority (7 out of 12) of witnesses are online and behave honestly, the network is healthy.



Q: Finally some voice of reason. I felt so lonely with my arguments among all "hodl, to the moon etc." mindless cheerleaders. Thanks for that. It would be nice to hear from tonych what is his plan (if any) for relinquishing control over witnesses and breaking down the current one man cartel. It's obvious that it's very early to talk about that but some plan needs to be outlined if the system is to be considered in the future something more than privately controlled currency by one man. It's so centralized at the moment that the wallet "decentralized value" slogan sounds like a joke.
A: That's a valid concern and freezal got it right: the network had to start centralized and no one's showed up yet with the needed reputation and credibility.  I'm going to use every opportunity to relinquish control over 11 out of 12 witnesses in favor of reputable individuals/organizations/companies that are willing to be part of the network.  That would make the network only stronger thanks to both their involvement and the network becoming more decentralized.

vindyne8

  • SCF CryptoGroupie
  • *
  • Posts: 566
  • KARMA: 13
  • Gender: Male
Re: BYTEBALL: round 3 distribution - 12 March 14:54 UTC
« Reply #25 on: 11. March 2017., 22:44:57 »
Byteball round 3 distribution happens March 12 at 14:54PM UTC



What you need to know

What's Byteball's website address?
You can find the Byteball website at https://byteball.org/

Does it have a whitepaper?
Boy, does it ever! A very robust 49 page whitepaper can be found here: https://byteball.org/Byteball.pdf

What were the stats of the last distribution round?   
Quote
The second round is now complete, bytes and blackbytes distributed.   

Here are the exact numbers:

17,610.194028342 GB distributed (1.76% of total supply, +17.6% to the previous available supply).
New available supply: 117,610.194028342 GB.

86,658.346197160 GB were on linked addresses at snapshot time and eligible for receiving blackbytes.
37,176.880613233 new GBB (gigablackbytes) in circulation, out of which:
34,360.309831321 GBB distributed,
2,816.570781912 GBB go into the development fund.

Where can i see the amount linked for round 3?
You can check out the transition bot to see current total linked, and the transition rate: http://transition.byteball.org/

How do I participate in this distribution round?
Alfred has made a great and easy to follow step-by-step guide here: http://dailybyteball.blogspot.com/2017/03/participation-in-byteball-distribution.html

How do I link my BTC address?
Alfred has made a great and easy to follow step-by-step guide here: http://dailybyteball.blogspot.com/2017/03/how-to-link-bitcoin-address-for.html

Help! I'm not sure what to do and time is running out!?
Do not worry! Hop in the Byteball slack here: http://slack.byteball.org/
Once you are in, join the #helpdesk channel. You will find many community members here willing to help out those who are new to Byteball!


Then what am i waiting for?
Absolutely nothing! Go to http://slack.byteball.org/ and get started ASAP, well under a day remains to get set up!

But seriously folks, it's well worth your time to get your share of the Byteball distribution. Less than 17hrs remain to link up and get ready!

vindyne8

  • SCF CryptoGroupie
  • *
  • Posts: 566
  • KARMA: 13
  • Gender: Male
Re: BYTEBALL: round 3 distribution - 12 March 14:54 UTC
« Reply #26 on: 16. March 2017., 00:16:28 »
From this post by dev tonych: https://bitcointalk.org/index.php?topic=1608859.msg18177601#msg18177601

Distribution of bytes and blackbytes is complete.

Bytes:
19,832.186424596 GB distributed.  New available supply is 137,442.380452938 GB.

Blackbytes:
36,779.346125354 GBB (giga-blackbytes) distributed
5,088.382635611 GBB added to the community fund (due to some bytes not being on the linked addresses)

The 4th round is scheduled for the Full Moon of April: Apr 11, 2017 at 06:08 UTC.

The rules stay the same:
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

Between the rounds, expect more steps towards making P2P great again (if you missed the first step, see https://medium.com/byteball/making-p2p-great-again-fe9e20546a4a#.snr320140).

vindyne8

  • SCF CryptoGroupie
  • *
  • Posts: 566
  • KARMA: 13
  • Gender: Male
Re: Byteball - Rnd. 4 Full Moon of April: Apr 11, 2017 at 06:08 UTC
« Reply #27 on: 18. March 2017., 19:45:14 »
Check out the slick new Byteball website, it's very user friendly! Spread the word to your friends in the crypto-community and outside of it too! The 4th round of distribution is coming up:

Rnd. 4 Full Moon of April: Apr 11, 2017 at 06:08 UTC




byteball.org

vindyne8

  • SCF CryptoGroupie
  • *
  • Posts: 566
  • KARMA: 13
  • Gender: Male
Re: Byteball - Rnd. 4 Full Moon of April: Apr 11, 2017 at 06:08 UTC
« Reply #28 on: 22. March 2017., 16:51:46 »
Byteball version 1.6 released, now with payments bound to real world events,  registered by oracles: GitHub(click me)


Byteball dev tonych has also made a couple of recent blog posts that are well worth your time to read. You can get to them via the links below:

Making P2P Great Again
Making P2P Great Again, Episode II: Bitcoin Exchange

vindyne8

  • SCF CryptoGroupie
  • *
  • Posts: 566
  • KARMA: 13
  • Gender: Male
Re: Byteball - Rnd. 4 Full Moon of April: Apr 11, 2017 at 06:08 UTC
« Reply #29 on: 27. March 2017., 23:38:38 »

Just a reminder to link up before round 4 Byteball distribution!
The 4th round is scheduled for the Full Moon of April: Apr 11, 2017 at 06:08 UTC.

The rules stay the same:
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

Go to the website to get started: https://byteball.org/
If you have any questions join slack: http://slack.byteball.org/

 

With Quick-Reply you can write a post when viewing a topic without loading a new page. You can still use bulletin board code and smileys as you would in a normal post.

Name: Email:
Verification:
Type the letters shown in the picture
Listen to the letters / Request another image
Type the letters shown in the picture:
Second Anti-Bot trap, type or simply copy-paste below (only the red letters):www.scforum.info:

Enter your email address to receive daily email with 'SCforum.info - Samker's Computer Forum' newest content:

Terms of Use | Privacy Policy | Advertising