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 - VoR0220

Pages: 1 2 3 4 5 [6] 7 8 9 10 11 12 13 ... 20
76
I am out in Chicagoland area....not sure how to go about adding myself...don't want to give myself too far away.

77
Technical Support / Re: dumb question regarding code actions
« on: July 07, 2015, 11:47:05 pm »
got it. Will update the docs so that nobody runs into this again.

With that said, still having problems importing balances.

going to try a clean install and see if that helps.

Update: That did it. Everything is running smooth again. Thanks for the help.

78
Technical Support / Re: dumb question regarding code actions
« on: July 07, 2015, 11:33:04 pm »
And it appears there are indeed issues....now I can't get the witness up and running.

Code: [Select]
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


79
Technical Support / Re: dumb question regarding code actions
« on: July 07, 2015, 11:20:38 pm »
https://github.com/cryptonomex/graphene/issues/129

Which commit are you at? The newest commit resolved this issue I think.

just pulled the latest commit, so it should work after this. Will come back if there are further issues.

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

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

You always have great depth of analysis arhag, but how confident can the community be that we can ever foresee every attack vector?

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?

I'm reminded of the old "vote with chosen delegates preference" method in the original Bitshares implementation. Perhaps this could remain free to change at all times allowing voters to shift their stake to preferred trusted delegates in times of a potential attack.

81
Technical Support / Re: dumb question regarding code actions
« on: July 07, 2015, 10:59:23 pm »
actually am trying to follow the cookbook step by step. Running into an error which I will also post on the github. When I try to import the balance from the nathan key, I get this:

Code: [Select]
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 >>>


EDIT: Upon closer examination, it seems there may be some remnants from my original tests....deleting files and trying again.

82
Technical Support / Re: dumb question regarding code actions
« on: July 07, 2015, 10:45:16 pm »
I did not...I feel incredibly dumb right now. Oh well. Back to work.

83
Stakeholder Proposals / Re: Witness surety bonds
« on: July 07, 2015, 10:42:26 pm »
This actually has a good amount of game theory behind it as well. If the network notices that there is an attack and high amount of bans, then the voters are likely to set the bond fee to be much higher for newer sign ups for a temporary period until the network assumes that it is safe to drop them back down again, in addition to the snowballing effect of monetary loss.

84
Technical Support / dumb question regarding code actions
« on: July 07, 2015, 10:32:25 pm »
so I've got my witness_node running and I've got my client wallet set up. What is the command to create a pair of public and private keys for testing purposes? I've tried create_account_with_brain_key but that does not seem to work.

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

me too. Hence why I am proposing the idea. I think it would be a long term benefit to this platform.

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

There is very much a use case for the transaction load that BTS can handle and the micropayment applications that everyone is looking to make. View it in the sense of applications. This infrastructure is very useful, but the only thing preventing micropayments are the fees.

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

Hm? Lead developer launches his own coin? Rumors? What do you speak of? I'm not sure I follow.

88
what is the exact name under for the forums? I type in 'bitshares' and all that comes up is the Play forum and the PTS forum....not exactly what I'm looking for.

89

Chinese abandoned BTS.

LOL. Alright. Fair enough. You bring up some good points.

90
We all know that the market can be extremely volatile, but damn...the price of BTC is skyrocketing right now....$275....it's been a while since it was worth that much. Dash has moved ahead in the races (again), and Peercoin and NXT are not far behind...speculation as to why, anybody? (I figure the BTC definitely has to do with Greece).

Pages: 1 2 3 4 5 [6] 7 8 9 10 11 12 13 ... 20