76
General Discussion / Re: Let's fill a map with the location of community members
« on: July 07, 2015, 11:59:16 pm »
I am out in Chicagoland area....not sure how to go about adding myself...don't want to give myself too far away.
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.
vor0220@vor0220-ubuntu:~/graphene/programs/witness_node$ rm -r witness_node_data_dir/
vor0220@vor0220-ubuntu:~/graphene/programs/witness_node$ ./witness_node --rpc-endpoint --enable-stale-production --witness-id \""1.6.0"\" \""1.6.1"\" \""1.6.2"\" \""1.6.3"\" \""1.6.4"\" \""1.6.5"\" \""1.6.6"\" \""1.6.7"\" \""1.6.8"\" \""1.6.9"\"
1924193ms th_a main.cpp:86 main ] Writing new config file at /home/vor0220/graphene/programs/witness_node/witness_node_data_dir/config.ini
1924194ms th_a witness.cpp:67 plugin_initialize ] key_id_to_wif_pair: ["GPH6MRyAjQq8ud7hVNYcfnVPJqcVpscN5So8BhtHuGYqET5GDW5CV","5KQwrPbwdL6PhXujxW37FSSQZ1JiwsST4cqQzDeyXtP79zkvFD3"]
1924195ms th_a application.cpp:60 create_example_genes ] Allocating all stake to 5KQwrPbwdL6PhXujxW37FSSQZ1JiwsST4cqQzDeyXtP79zkvFD3
1924201ms th_a main.cpp:135 main ] Exiting with error:
10 assert_exception: Assert Exception
genesis_state.initial_timestamp != time_point_sec(): Must initialize genesis timestamp.
{}
th_a db_init.cpp:141 init_genesis
{"":null}
th_a db_init.cpp:482 init_genesis
{"data_dir":"/home/vor0220/graphene/programs/witness_node/witness_node_data_dir/blockchain"}
th_a db_management.cpp:55 open
{}
th_a application.cpp:224 startup
https://github.com/cryptonomex/graphene/issues/129
Which commit are you at? The newest commit resolved this issue I think.
Network security comes at a cost. Under PoW, that cost is explicit. Under DPoS, that cost is opaque, but real nonetheless - the cost of voting. I've made this point previously, that it is not a verifiable claim to say DPoS is lower expense than PoW for this reason. Either DPoS also has a high cost, or compromises security. This change brings that point home for me. Still, I believe there are strong benefits to DPoS because stakeholders have control rather than miners.
The key is to exercise that control in the most effective and efficient way possible. Until convinced otherwise, I strongly prefer stakeholders retain the ability to vote instantly rather than waiting 24 hours, as I worry that unforeseen attack types are possible in that time (unknown unknowns), that perhaps cannot all be captured by automated block-chain bans. I see the ability to instantly fire witnesses as a catch-all solution, if implemented effectively.You always have great depth of analysis arhag, but how confident can the community be that we can ever foresee every attack vector?My thinking was that if the attacker used their own stake to vote in all their delegates, then transferred to an exchange and sold (losing the votes), they would have more time to sell and execute the attack if votes are only tallied once a day, instead of immediate.
I see. I'm not too worried about that attack considering the difficulty of controlling enough stake to unilaterally vote in enough active witnesses for an attack. And the 1 day tally is only a downside from the current 0.x system if you believe that voters would react fast enough to vote out that witness in less than 24 hours (which I do not believe at all).
The best solution to instant firing I can think of is to allow voting power to be delegated by the community to members who prove themselves at being trustworthy, adept and responsive to such events in real-time. Users can in turn instantly change those delegations, leaving ultimate power in the hands of the wider community. This would help reduce voter apathy, as the job is much simpler and far less frequent for stakeholders with little input, while allocating the strongest voting power where the most information is held and highest responsiveness needed. To validate such an approach though, I'd want to be sure that we are not just shifting the problem of malevolent witnesses to malevolent delegates.
I'll need to rely on experts in this area to find the optimal solution, but just wanted to add my view. Bytemaster is yet to comment, and may allay some concern.
Finally I would like to strongly encourage bytemaster to test significant changes like this with the community first - at a minimum, by forming groups of trusted community members that can provide feedback on different policy areas. Why not take advantage of the depth of expertise at hand?
unlocked >>> import_balance nathan [5KQwrPbwdL6PhXujxW37FSSQZ1JiwsST4cqQzDeyXtP79zkvFD3] true
import_balance nathan [5KQwrPbwdL6PhXujxW37FSSQZ1JiwsST4cqQzDeyXtP79zkvFD3] true
3452228ms th_a wallet.cpp:2401 import_balance ] balances: [{"id":"1.15.0","owner":"GPHFAbAx7yuxt725qSZvfwWqkdCwp9ZnUama","balance":{"amount":"1000000000000000","asset_id":"1.3.0"},"last_claim_date":"1970-01-01T00:00:00"}]
0 exception: unspecified
10 assert_exception: Assert Exception
eval_state._sigs.insert(std::make_pair( public_key_type( fc::ecc::public_key(sig, trx.digest(tapos_block_summary.block_id))), false)).second: Multiple signatures by same key detected
{}
th_a db_block.cpp:551 _apply_transaction
{"trx":{"ref_block_num":21,"ref_block_prefix":3746587340,"relative_expiration":3,"operations":[[36,{"fee":{"amount":0,"asset_id":"1.3.0"},"deposit_to_account":"1.2.15","balance_to_claim":"1.15.0","balance_owner_key":"GPH6MRyAjQq8ud7hVNYcfnVPJqcVpscN5So8BhtHuGYqET5GDW5CV","total_claimed":{"amount":"1000000000000000","asset_id":"1.3.0"}}]],"signatures":["1f72770c8a135e1ffa132a0051d59e1dffffecb29f3c7dbd3d33cae31ccc59f0c45faa2d4a5e3bde0c74a8437ae9e6529f91f689bdc446800a023bb082b736a9d4","2005599c877908a2a9bed434ecab5c9f76e245d3d0857e0893190b4e0ca30df0d7292eb88d88a036a851dce9835d1a12d386b9e6f5a6e62312f47a833c2572d383"]}}
th_a db_block.cpp:605 _apply_transaction
{"trx":{"ref_block_num":21,"ref_block_prefix":3746587340,"relative_expiration":3,"operations":[[36,{"fee":{"amount":0,"asset_id":"1.3.0"},"deposit_to_account":"1.2.15","balance_to_claim":"1.15.0","balance_owner_key":"GPH6MRyAjQq8ud7hVNYcfnVPJqcVpscN5So8BhtHuGYqET5GDW5CV","total_claimed":{"amount":"1000000000000000","asset_id":"1.3.0"}}]],"signatures":["1f72770c8a135e1ffa132a0051d59e1dffffecb29f3c7dbd3d33cae31ccc59f0c45faa2d4a5e3bde0c74a8437ae9e6529f91f689bdc446800a023bb082b736a9d4","2005599c877908a2a9bed434ecab5c9f76e245d3d0857e0893190b4e0ca30df0d7292eb88d88a036a851dce9835d1a12d386b9e6f5a6e62312f47a833c2572d383"]}}
th_a db_block.cpp:189 push_transaction
{"error":"10 assert_exception: Assert Exception\neval_state._sigs.insert(std::make_pair( public_key_type( fc::ecc::public_key(sig, trx.digest(tapos_block_summary.block_id))), false)).second: Multiple signatures by same key detected\n {}\n th_a db_block.cpp:551 _apply_transaction\n\n {\"trx\":{\"ref_block_num\":21,\"ref_block_prefix\":3746587340,\"relative_expiration\":3,\"operations\":[[36,{\"fee\":{\"amount\":0,\"asset_id\":\"1.3.0\"},\"deposit_to_account\":\"1.2.15\",\"balance_to_claim\":\"1.15.0\",\"balance_owner_key\":\"GPH6MRyAjQq8ud7hVNYcfnVPJqcVpscN5So8BhtHuGYqET5GDW5CV\",\"total_claimed\":{\"amount\":\"1000000000000000\",\"asset_id\":\"1.3.0\"}}]],\"signatures\":[\"1f72770c8a135e1ffa132a0051d59e1dffffecb29f3c7dbd3d33cae31ccc59f0c45faa2d4a5e3bde0c74a8437ae9e6529f91f689bdc446800a023bb082b736a9d4\",\"2005599c877908a2a9bed434ecab5c9f76e245d3d0857e0893190b4e0ca30df0d7292eb88d88a036a851dce9835d1a12d386b9e6f5a6e62312f47a833c2572d383\"]}}\n th_a db_block.cpp:605 _apply_transaction\n\n {\"trx\":{\"ref_block_num\":21,\"ref_block_prefix\":3746587340,\"relative_expiration\":3,\"operations\":[[36,{\"fee\":{\"amount\":0,\"asset_id\":\"1.3.0\"},\"deposit_to_account\":\"1.2.15\",\"balance_to_claim\":\"1.15.0\",\"balance_owner_key\":\"GPH6MRyAjQq8ud7hVNYcfnVPJqcVpscN5So8BhtHuGYqET5GDW5CV\",\"total_claimed\":{\"amount\":\"1000000000000000\",\"asset_id\":\"1.3.0\"}}]],\"signatures\":[\"1f72770c8a135e1ffa132a0051d59e1dffffecb29f3c7dbd3d33cae31ccc59f0c45faa2d4a5e3bde0c74a8437ae9e6529f91f689bdc446800a023bb082b736a9d4\",\"2005599c877908a2a9bed434ecab5c9f76e245d3d0857e0893190b4e0ca30df0d7292eb88d88a036a851dce9835d1a12d386b9e6f5a6e62312f47a833c2572d383\"]}}\n th_a db_block.cpp:189 push_transaction","data":{"id":13,"error":{"code":1,"message":"10 assert_exception: Assert Exception\neval_state._sigs.insert(std::make_pair( public_key_type( fc::ecc::public_key(sig, trx.digest(tapos_block_summary.block_id))), false)).second: Multiple signatures by same key detected\n {}\n th_a db_block.cpp:551 _apply_transaction\n\n {\"trx\":{\"ref_block_num\":21,\"ref_block_prefix\":3746587340,\"relative_expiration\":3,\"operations\":[[36,{\"fee\":{\"amount\":0,\"asset_id\":\"1.3.0\"},\"deposit_to_account\":\"1.2.15\",\"balance_to_claim\":\"1.15.0\",\"balance_owner_key\":\"GPH6MRyAjQq8ud7hVNYcfnVPJqcVpscN5So8BhtHuGYqET5GDW5CV\",\"total_claimed\":{\"amount\":\"1000000000000000\",\"asset_id\":\"1.3.0\"}}]],\"signatures\":[\"1f72770c8a135e1ffa132a0051d59e1dffffecb29f3c7dbd3d33cae31ccc59f0c45faa2d4a5e3bde0c74a8437ae9e6529f91f689bdc446800a023bb082b736a9d4\",\"2005599c877908a2a9bed434ecab5c9f76e245d3d0857e0893190b4e0ca30df0d7292eb88d88a036a851dce9835d1a12d386b9e6f5a6e62312f47a833c2572d383\"]}}\n th_a db_block.cpp:605 _apply_transaction\n\n {\"trx\":{\"ref_block_num\":21,\"ref_block_prefix\":3746587340,\"relative_expiration\":3,\"operations\":[[36,{\"fee\":{\"amount\":0,\"asset_id\":\"1.3.0\"},\"deposit_to_account\":\"1.2.15\",\"balance_to_claim\":\"1.15.0\",\"balance_owner_key\":\"GPH6MRyAjQq8ud7hVNYcfnVPJqcVpscN5So8BhtHuGYqET5GDW5CV\",\"total_claimed\":{\"amount\":\"1000000000000000\",\"asset_id\":\"1.3.0\"}}]],\"signatures\":[\"1f72770c8a135e1ffa132a0051d59e1dffffecb29f3c7dbd3d33cae31ccc59f0c45faa2d4a5e3bde0c74a8437ae9e6529f91f689bdc446800a023bb082b736a9d4\",\"2005599c877908a2a9bed434ecab5c9f76e245d3d0857e0893190b4e0ca30df0d7292eb88d88a036a851dce9835d1a12d386b9e6f5a6e62312f47a833c2572d383\"]}}\n th_a db_block.cpp:189 push_transaction","data":{"code":10,"name":"assert_exception","message":"Assert Exception","stack":[{"context":{"level":"error","file":"db_block.cpp","line":551,"method":"_apply_transaction","hostname":"","thread_name":"th_a","timestamp":"2015-07-07T22:57:32"},"format":"eval_state._sigs.insert(std::make_pair( public_key_type( fc::ecc::public_key(sig, trx.digest(tapos_block_summary.block_id))), false)).second: Multiple signatures by same key detected","data":{}},{"context":{"level":"warn","file":"db_block.cpp","line":605,"method":"_apply_transaction","hostname":"","thread_name":"th_a","timestamp":"2015-07-07T22:57:32"},"format":"","data":{"trx":{"ref_block_num":21,"ref_block_prefix":3746587340,"relative_expiration":3,"operations":[[36,{"fee":{"amount":0,"asset_id":"1.3.0"},"deposit_to_account":"1.2.15","balance_to_claim":"1.15.0","balance_owner_key":"GPH6MRyAjQq8ud7hVNYcfnVPJqcVpscN5So8BhtHuGYqET5GDW5CV","total_claimed":{"amount":"1000000000000000","asset_id":"1.3.0"}}]],"signatures":["1f72770c8a135e1ffa132a0051d59e1dffffecb29f3c7dbd3d33cae31ccc59f0c45faa2d4a5e3bde0c74a8437ae9e6529f91f689bdc446800a023bb082b736a9d4","2005599c877908a2a9bed434ecab5c9f76e245d3d0857e0893190b4e0ca30df0d7292eb88d88a036a851dce9835d1a12d386b9e6f5a6e62312f47a833c2572d383"]}}},{"context":{"level":"warn","file":"db_block.cpp","line":189,"method":"push_transaction","hostname":"","thread_name":"th_a","timestamp":"2015-07-07T22:57:32"},"format":"","data":{"trx":{"ref_block_num":21,"ref_block_prefix":3746587340,"relative_expiration":3,"operations":[[36,{"fee":{"amount":0,"asset_id":"1.3.0"},"deposit_to_account":"1.2.15","balance_to_claim":"1.15.0","balance_owner_key":"GPH6MRyAjQq8ud7hVNYcfnVPJqcVpscN5So8BhtHuGYqET5GDW5CV","total_claimed":{"amount":"1000000000000000","asset_id":"1.3.0"}}]],"signatures":["1f72770c8a135e1ffa132a0051d59e1dffffecb29f3c7dbd3d33cae31ccc59f0c45faa2d4a5e3bde0c74a8437ae9e6529f91f689bdc446800a023bb082b736a9d4","2005599c877908a2a9bed434ecab5c9f76e245d3d0857e0893190b4e0ca30df0d7292eb88d88a036a851dce9835d1a12d386b9e6f5a6e62312f47a833c2572d383"]}}}]}}}}
th_a state.cpp:38 handle_reply
{"name_or_id":"nathan"}
th_a wallet.cpp:2442 import_balance
unlocked >>> list_account_balances nathan
list_account_balances nathan
unlocked >>>
So it seems that the current Bitshares 2.0 chain that is handling all the financial aspects is beyond brilliant, the code is beautiful, the functionality is going to be amazing. The only thing that it inherently cannot handle is micropayments. Combined with the recent licensing this creates a problem for people who love the technological capabilities of bitshares but who need to have low fees in order for their applications to work. So it got me thinking. Why doesn't cryptonomex just release a second chain that is fully geared towards micropayments and allow us to build our ecosystem out of there? It would seem that the work would not double, it would merely be changing a couple files in the codebase, (one of those files being the one where people are fiddling with the "fee dials" so to speak) and the devs could go ahead and keep a large chunk of the incoming fees to maintain the engine that makes this entire system work. From there, you can create full integration of trade between the micropayments channel and the BTS channel, and even make it so that you can charge high fees on the micropayments channel. Micropayments are a huge segment of what cryptocurrency is trying to accomplish. While I'm all for shrinking the scope of a project to focus and get more actual work done, I do think it would be short sighted to not bring this area of the industry into our own as there are so many markets that could open up for these services in the coming years. Could call it MicroBTS for the currency....
Idk, what do you guys think? Idea just came to me...it could be a good way to solve this issue.
I have been working on this with a few companies in that space, most are apprehensive to do it...but I think they will come around in the future.
Met with a few of them actually, and have been working to educate them on the new 2.0 structure.
BTS doesn't have to handle micro payments to be an unimaginable success. all we need is one export/import industry to start using bitUSD or any of the other bitassets for currency hedging and we're talking about potentially billions added to our market value. now imagine if financial institutions started using bitassets to park capital, or if people in financial repressed countries started using bitassets to protect themselves from domestic political risk? we don't need to fight the micro payments battle alongside BTC or the other crypto currencies to be overwhelmingly successful in our core function of providing decentralized p2p asset exchanges.
Bitshares is suffering from "developer uncertainty". Devs have a terrible history of manipulating supply, splitting and joining networks, wasting crowdfunded donations, attempting to pump the price on vague, empty promises, distancing themselves legally and financially from shareholders, taking the shareholders hostage with their proprietary, closed IP. Now the lead developer launches his own coin that is rumored to potentially be a target of some kind of future value infusion from Cryptonomex, instead of BTS. I'm not even saying that all of those points are valid, but that has to be the view from the outside.
Chinese abandoned BTS.