Show Posts

This section allows you to view all posts made by this member. Note that you can only see posts made in areas you currently have access to.


Messages - Troglodactyl

Pages: 1 ... 25 26 27 28 29 30 31 [32] 33 34 35 36 37 38 39 ... 64
466
Quote from: robrigo date=1417669260
Tried to compile the latest

n file included from /home/delegate/Sparkle/tests/dev_tests.cpp:3:0:
/home/delegate/Sparkle/tests/dev_fixture.hpp: In instantiation of ‘void chain_fixture::produce_block(T) [with T = std::shared_ptr<bts::client::client>]’:
/home/delegate/Sparkle/tests/dev_tests.cpp:55:25:   required from here
/home/delegate/Sparkle/tests/dev_fixture.hpp:231:59: error: ‘struct bts::blockchain::full_block’ has no member named ‘nonce’
       while( b.difficulty() < SPK_MIN_DIFFICULTY ) b.nonce++;
                                                           ^
make[2]: *** [tests/CMakeFiles/dev_tests.dir/dev_tests.cpp.o] Error 1
make[1]: *** [tests/CMakeFiles/dev_tests.dir/all] Error 2
make: *** [all] Error 2

Same here.  Anybody know a fix?
For now I'd ignore that. It's an error in the tests, not in the actual client.

Looks like just an orphaned test that didn't get removed or updated.

467
Confirmed alpha.5 is working for me.

468
I am starting a new test network with a new mining algorithm based on ECC signature. 

Your wallet must be unlocked to mine with the private key.  This is designed to maximize decentralization and eliminate mining pools.

All blocks from the prior chain will be honored as well as the new chain.

Difficulty adjusts every 20 blocks and is rate limited to +/- 2%

Excellent.  Will it still be at https://github.com/sparkle5/Sparkle?

469
General Discussion / Re: Hard Questions for Bytemaster
« on: December 04, 2014, 04:40:20 am »
My personal opinion is that you should never vote in a system that is rigged/unprovable on the principle that your "vote" may or may not actually be counted but your participation is certainly counted on to give the result legitimacy.

...

I respect this position, but I think it's flawed.  The issue is the implication that higher participation can somehow give the result legitimacy or moral weight.

I would argue that it can't, and thus that voting is an amoral act of self expression.  Certainly a very limited form of self expression, and one that's frequently taken out of context by those claiming it grants them extra moral rights, but the fact that others misquote you and take your words out of context is not an evil act on your part.

470
General Discussion / Re: User Issued Asset Upgrades
« on: December 02, 2014, 06:24:45 am »
Quote
4) Issuers can now optionally retain complete control over all balances in their asset. (Freeze accounts, etc) Needed for legal compliance.

Can you give us a comfort level that this won't apply to bitUSD, bitGOLD, or bitSILVER?

This would be a new hard forking change that I don't think any of the devs want to implement, and if they did implement it I suspect the branch without it would be the one that was actually populated.

471
These ecomerce extensions will be a big step in attracting merchants to easily involve themselves with accepting bitshares assets without disrupting their backend processing or flow... Something not possible with bitcoin.

Can you please explain what is possible with bitshares that is not possible with bitcoin so the marketers team understands please.
PS:  great work.  this is awesome

I'm assuming he means that because of Bitcoin volatility, practically accepting it requires the merchant to inject a new third party payment processor into the middle of their existing backend process to handle conversion back to their desired currency in realtime at every transaction.

With bitUSD, the merchant should be able to handle it as they do paper money, accumulating it at their leisure and converting or depositing it elsewhere themselves should they need it in another form.

472
Go for it.  I don't think it's to early to start reaching out and educating such entities now, though they'd probably want to wait until it hits 1.0 to go live with it.

I don't think there are any key people needed to make this possible except on Newmont's end.  They'd just have to be convinced bitAssets can be trusted to track, and then they'd have to figure out what cut or fees they needed to stay profitable on the trades.

473
General Discussion / Re: Sparkle Mining Guide (Linux)?
« on: December 02, 2014, 03:10:38 am »
No, I don't believe there is yet.  It's still early alpha, they're just honoring mined blocks to motivate the creation of a legitimate test network.

Good thing too, with the initial difficulty adjustment algorithm causing all this forking and near halting.

474
General Discussion / Re: New BTS client date?
« on: December 02, 2014, 02:44:00 am »

We are bundling a lot of new features in the next release.

It should be out by Christmas.
0.4.25 will not be released until Christmas?

What he said is that conservatively, it should be out by Christmas.  Meaning it's possible it will be before then.

I'm pretty sure the developers are at least as anxious for this to seriously rolling as we are...

475
General Discussion / Re: Sparkle Mining Guide (Linux)?
« on: December 02, 2014, 02:23:46 am »
Once you've compiled it:

cd programs/client
./sparkle_client
wallet_create name password
wallet_unlock 99999999 password
wallet_account_create name
wallet_enable_mining name true

"help" gives you a list of commands, getinfo gives you info including current difficulty and time since last block, wallet_account_balance shows how much you've mined, and blockchain_list_blocks lists the recent blocks.

If all the recent blocks are signed by the same key, you're very likely on your own private fork.  To resolve that, "quit", delete "~/.Sparkle-Test65/chain", and restart the client and start mining again.

476
In short, everyone just has to assess their own risks in the context of their own circumstances.

This all makes sense, but I'm looking for specific examples to discuss.

Troglodactyl, what country are you in, and what might concern you about going public?

I'm in the United States, and if I were to run a delegate, I would be concerned about tax authorities reinterpreting the rules such that I was in violation, or generally wasting my time and resources determining if I was in violation or not.

477
Technical Support / Re: Available Supply of BTS
« on: December 01, 2014, 05:23:06 am »
Hi,

I noticed that the available supply of BitShares is 2,497,973,773 BTS. Bitcoin's is only 13,559,725 BTC.

To the untrained eye, 2 billion seems alot more than bitcoins 13 million. Just wondering why we have so many and if that number is static or might expand/contract as we move forward.

Thanks
Michael
Indeed, it takes a great deal of training before those numbers appear equal. When you complete such training, you may qualify to work on budgeting for a national government.

To answer your second question, that supply increases with delegate pay and decreases with fees collected from transactions and registrations.  You can see a graph of the supply change here: http://bitsharesblocks.com/supply

Deciding on the total supply number is partly technical and partly preference.  Most people would rather deal with millions than with millionths, so BitShares have a larger number, but are only divisible to 5 decimal places instead of Bitcoin's 8.

478
General Discussion / Re: Making Proof of Work as Predictable as DPOS
« on: December 01, 2014, 04:24:15 am »
Which is why sparkles shouldn't be improving (and thus introducing new risky unknowns) anything with the Proof-of-Waste algorithm so that he can advertise it as the same as Bitcoin. That is the only advantage this consensus algorithm has over DPOS (that it appeals to the irrational majority in the cryptocurrency community).

Interesting backwards-yet-logical point.

They'll get their PoW.. and have to eat it too :)

edit: For the record, I think Sparkle is a worthwhile experiment

Agreed, I think it's worthwhile, but it seems like a frustrating thing to work on for someone with a drive to solve problems, which I think describes most developers.

479
The risks and costs can't be known for certain in advance, and will vary widely based on location and circumstances.

The only way it will be enforced is by the preferences of the stakeholders as expressed through their voting.  Some might be distrustful of pseudonymous delegates, others might fear that having all publicly named delegates introduces new vulnerabilities.

In short, everyone just has to assess their own risks in the context of their own circumstances.

480
General Discussion / Re: Making Proof of Work as Predictable as DPOS
« on: December 01, 2014, 12:21:57 am »
Doesnt mining still burn energy needlessly that could be put into the ecosystem?  What is the point of making blocks predictable like dpos when dpos is still better?  Just curious.
Yes.  The point is that there are lots of people who stubbornly oppose any alternative to POW, and that's a market worth serving.  I'd prefer selling them a better product too, but you just have to give them the best they're willing to take.

Which is why sparkles shouldn't be improving (and thus introducing new risky unknowns) anything with the Proof-of-Waste algorithm so that he can advertise it as the same as Bitcoin. That is the only advantage this consensus algorithm has over DPOS (that it appeals to the irrational majority in the cryptocurrency community).

Sounds reasonable to me.

Pages: 1 ... 25 26 27 28 29 30 31 [32] 33 34 35 36 37 38 39 ... 64