Need some tech assistance here, please I was out of town, away from my crypto pc, for a couple weeks and upon returning, I attempted to get my WIN64 full client up to speed, but have run into some roadblocks. Not knowing there had been any new client releases, I first tried to sync my client on v1.7.1, but it errored out and closed at 60% sync. I then checked for updates and downloaded v1.8.2, but I still have not been able to sync on this latest release. The furthest I've seen it go is about 30%, but on 1.8.2 it just crashes without giving an error of any sort. Any help would be appreciated. Thanks in advance! I don't know if it would work but I would try: 1. create a new windows user profile 2. install a light wallet 3. copy app files from the old full wallet installation to a new light wallet folder
|
|
|
I'm discovering Byteball and I find this new crypto promising ! So much awesome work by one dev, this is indecent One question: what could be the incentives to be an oracle ? As far as I understand, there is no reward for the oracle whose the input is used for a contract. There's no strictly financial incentive in terms of fees but some businesses will want to run oracle to provide service for the byteball system. Imagine an insurance company that wants to provide flight delay insurance. Instead of relying on somebody else providing this crucial element of their business (oracle) it would want to run it on its own to make sure its business runs seamlessly.
|
|
|
Hi, am syncing my byteball node (small expense wallet) for 24h. it seems to be stuck at 33%. what can I do? cpu usage is high, but no progress in syncing.
Run light wallet instead of full wallet.
|
|
|
First you need to find somebody (a person) to be a party (peer) to your contract. Than you need to pair your device inside wallet with that other person and you can offer a contract via chat. When your peer accepts your contract offer - BOOM! It's done - peer-to-peer contract. Yeah, and this brings usefulness of these "smart" contracts pretty much close to zero. I can't imagine anybody in good mind going to slack to search for a peer when he wants to buy air ticket insurance. Insurance is a deal between many peers. Those policy holders who are not affected by insured event pay to those who are affected. Normally, insurance company connects them all together. If somebody implements insurance without a middleman, this will be cool, but this two-side betting in chat bot is never going to work. This can be easily overcome with a simple website where ppl can place their offers (both providing insurance and seeking insurance) - once you see a suitible offer you just pair via wallet and finalize contract. Pretty simple. You don't go to slack to sell your used phone. You go to ebay and submit an offer. The same applies to finding a counterparty to a peer to peer contract. A trade is indeed a deal between two parties, but insurance is not. Insurance is a group contract. It works completely differently than a trade. Those who are not affected by insured event pay to those who are affected. Same with prediction markets, it is a group betting between many peers. If everybody is right or everybody is wrong, nobody wins, but if you bet against the crowd when the crowd is wrong, you win a lot. You must be kidding. No, I am serious. This chat bot betting is not going to work, because it is wrong. Tell me, how many bets were made up to now. It doesn't matter. How many emails were sent in 1988?
|
|
|
First you need to find somebody (a person) to be a party (peer) to your contract. Than you need to pair your device inside wallet with that other person and you can offer a contract via chat. When your peer accepts your contract offer - BOOM! It's done - peer-to-peer contract. Yeah, and this brings usefulness of these "smart" contracts pretty much close to zero. I can't imagine anybody in good mind going to slack to search for a peer when he wants to buy air ticket insurance. Insurance is a deal between many peers. Those policy holders who are not affected by insured event pay to those who are affected. Normally, insurance company connects them all together. If somebody implements insurance without a middleman, this will be cool, but this two-side betting in chat bot is never going to work. This can be easily overcome with a simple website where ppl can place their offers (both providing insurance and seeking insurance) - once you see a suitible offer you just pair via wallet and finalize contract. Pretty simple. You don't go to slack to sell your used phone. You go to ebay and submit an offer. The same applies to finding a counterparty to a peer to peer contract. A trade is indeed a deal between two parties, but insurance is not. Insurance is a group contract. It works completely differently than a trade. Those who are not affected by insured event pay to those who are affected. Same with prediction markets, it is a group betting between many peers. If everybody is right or everybody is wrong, nobody wins, but if you bet against the crowd when the crowd is wrong, you win a lot. You must be kidding.
|
|
|
First you need to find somebody (a person) to be a party (peer) to your contract. Than you need to pair your device inside wallet with that other person and you can offer a contract via chat. When your peer accepts your contract offer - BOOM! It's done - peer-to-peer contract. Yeah, and this brings usefulness of these "smart" contracts pretty much close to zero. I can't imagine anybody in good mind going to slack to search for a peer when he wants to buy air ticket insurance. Insurance is a deal between many peers. Those policy holders who are not affected by insured event pay to those who are affected. Normally, insurance company connects them all together. If somebody implements insurance without a middleman, this will be cool, but this two-side betting in chat bot is never going to work. This can be easily overcome with a simple website where ppl can place their offers (both providing insurance and seeking insurance) - once you see a suitible offer you just pair via wallet and finalize contract. Pretty simple. You don't go to slack to sell your used phone. You go to ebay and submit an offer. The same applies to finding a counterparty to a peer to peer contract. Of course the website will be different but the idea is the same.
|
|
|
I hope it doesn't pump either, it would be bad for image. If 1GB is sold at a high price but it is standing on fresh air and nothing supporting it, it will get a bad reputation as P and D. Gentle growth as use cases come along would make it much more solid.
One more reason why I think another 1% should be put aside for would be developers. It would be in all our interests.
Let's not forget that 1GB is a huge measure unit. 1 GB is 1/millionth part of (eventual) total coin supply 1 BTC is 1/16millionth part of (current) total coin supply Therefore 1GB is like 16 bitcoins in terms of total coin supply share. If byteball achieved parity with BTC with regard to market cap, 1GB would be worth 16 BTC. ... and you can buy one now for 0,16 BTC with a guaranteed 10% free airdrop on a monthly basis...
|
|
|
First you need to find somebody (a person) to be a party (peer) to your contract. Than you need to pair your device inside wallet with that other person and you can offer a contract via chat. When your peer accepts your contract offer - BOOM! It's done - peer-to-peer contract.
|
|
|
This is pretty huge. The multibillion insurance business that is run by big corporations is now open to every individual. All because in p2p contract it doesn't matter who are you insured with - if its a big corporation or a man in a cave in Afganistan - the result of the contract is the same. It means that the insurance companies better start insure within the byteball system or simply loose market share to us - the people.
|
|
|
fifth round coming soon!
April 26 12:16 UTC
It's every full moon - not new moon.
|
|
|
Bittrex on fire:
|
|
|
Nice uptake today: This is crazy - 2 hours later:
|
|
|
Nice uptake today:
|
|
|
where existing oracles are listed ?
There are only 2 of them at the moment and both are described in medium posts by tonych: https://medium.com/@Byteball
|
|
|
Interesting thing about 1 GB and 1 bitcoin:
1 GB is 1/millionth part of (soon) total coin supply 1 BTC is 1/15millionth part of (current) total coin supply
Therefore 1GB is like 15 bitcoins in terms of total coin supply share.
|
|
|
What is the pairing code of the CoinMarketCap oracle?
It doesn't accept pairing requests. What for? Don't I have to pair with CoinMarketCap oracle to use it with contracts? The previous oracle (BTC Oracle) had a pairing code. I thought this one has too.
|
|
|
What is the pairing code of the CoinMarketCap oracle?
|
|
|
Do I understand this correctly that to use this betting feature one must find:
1. some other user eager to be a counterparty to the betting contract 2. find out the other user's device address 3. pair the wallet with the other user's device 4. start a chat and set up a contract as described in the medium post
If that's correct we need some community forums to find possible counterparty users to bet with.
|
|
|
This applies only to a situation when cartel is not formed. Once cartel is formed the witnesses acting as a cartel can prevent users from replacing them. You are correct, if 12 witnesses so decide, they can block all attempts to replace them. But this is exactly what they were expected not to do when they were added themselves. If a minority of witnesses appears untrustworthy, they can be promptly replaced before they reach majority.
I discuss in the whitepaper a mechanism which helps make the behavior of witnesses more predictable and earlier detect any breaches of trust: a would-be witness pledges to follow the witness lists of a few (possibly larger than 12) prominent industry leaders. The pledge is not enforceable in the protocol but publicly auditable, any breach of the pledge would immediately make the witness a candidate for removal.
|
|
|
|