3841
General Discussion / Re: Witness Communication Platform (Brownie Quest)
« on: October 18, 2015, 12:17:32 pm »
witness id - witness name - bts talk id
1.6.35 - in.abit - abit
1.6.35 - in.abit - abit
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.
3842
General Discussion / Re: BitShares 2 Release Coordination Thread
« on: October 16, 2015, 08:29:47 pm »
Recent fork is because of this?
Or this?
And another assertion exception
Code: [Select]
2015-10-16T20:00:35 p2p:message read_loop process_ordinary_mes ] client rejected message sent by peer 178.62.88.151:43208, {"code":10,"name":"assert_exception","message":"Assert Exception","stack":[{"context":{"level":"error","file":"db_block.cpp","line":557,"method":"_apply_transaction","hostname":"","thread_name":"th_a","timestamp":"2015-10-16T20:00:35"},"format":"(skip & skip_transaction_dupe_check) || trx_idx.indices().get<by_trx_id>().find(trx_id) == trx_idx.indices().get<by_trx_id>().end(): ","data":{}},{"context":{"level":"warn","file":"db_block.cpp","line":615,"method":"_apply_transaction","hostname":"","thread_name":"th_a","timestamp":"2015-10-16T20:00:35"},"format":"","data":{"trx":{"ref_block_num":25210,"ref_block_prefix":2700722878,"expiration":"2015-10-16T20:00:47","operations":[[1,{"fee":{"amount":500000,"asset_id":"1.3.0"},"seller":"1.2.22517","amount_to_sell":{"amount":100,"asset_id":"1.3.121"},"min_to_receive":{"amount":300000,"asset_id":"1.3.0"},"expiration":"2020-10-16T20:00:30","fill_or_kill":false,"extensions":[]}]],"extensions":[],"signatures":["2045d2960d4e04514eeb2a1211c0d7cdc2bcdaa52abd783b2d3db98e7d896293c644653f7544740468097239cf2f645583c1afeff4171c61750d4b7829bb6b61b5"]}}},{"context":{"level":"warn","file":"db_block.cpp","line":219,"method":"push_transaction","hostname":"","thread_name":"th_a","timestamp":"2015-10-16T20:00:35"},"format":"","data":{"trx":{"ref_block_num":25210,"ref_block_prefix":2700722878,"expiration":"2015-10-16T20:00:47","operations":[[1,{"fee":{"amount":500000,"asset_id":"1.3.0"},"seller":"1.2.22517","amount_to_sell":{"amount":100,"asset_id":"1.3.121"},"min_to_receive":{"amount":300000,"asset_id":"1.3.0"},"expiration":"2020-10-16T20:00:30","fill_or_kill":false,"extensions":[]}]],"extensions":[],"signatures":["2045d2960d4e04514eeb2a1211c0d7cdc2bcdaa52abd783b2d3db98e7d896293c644653f7544740468097239cf2f645583c1afeff4171c61750d4b7829bb6b61b5"]}}},{"context":{"level":"warn","file":"application.cpp","line":513,"method":"handle_transaction","hostname":"","thread_name":"th_a","timestamp":"2015-10-16T20:00:35"},"format":"","data":{"transaction_message":{"trx":{"ref_block_num":25210,"ref_block_prefix":2700722878,"expiration":"2015-10-16T20:00:47","operations":[[1,{"fee":{"amount":500000,"asset_id":"1.3.0"},"seller":"1.2.22517","amount_to_sell":{"amount":100,"asset_id":"1.3.121"},"min_to_receive":{"amount":300000,"asset_id":"1.3.0"},"expiration":"2020-10-16T20:00:30","fill_or_kill":false,"extensions":[]}]],"extensions":[],"signatures":["2045d2960d4e04514eeb2a1211c0d7cdc2bcdaa52abd783b2d3db98e7d896293c644653f7544740468097239cf2f645583c1afeff4171c61750d4b7829bb6b61b5"]}}}}]} node.cpp:3822
Or this?
Code: [Select]
2015-10-16T20:07:39 p2p:message read_loop process_ordinary_mes ] client rejected message sent by peer 127.0.0.1:60003, {"code":10,"name":"assert_exception","message":"Assert Exception","stack":[{"context":{"level":"error","file":"db_block.cpp","line":578,"method":"_apply_transaction","hostname":"","thread_name":"th_a","timestamp":"2015-10-16T20:07:39"},"format":"trx.ref_block_prefix == tapos_block_summary.block_id._hash[1]: ","data":{}},{"context":{"level":"warn","file":"db_block.cpp","line":615,"method":"_apply_transaction","hostname":"","thread_name":"th_a","timestamp":"2015-10-16T20:07:39"},"format":"","data":{"trx":{"ref_block_num":25353,"ref_block_prefix":41879959,"expiration":"2015-10-16T20:08:09","operations":[[19,{"fee":{"amount":100000,"asset_id":"1.3.0"},"publisher":"1.2.35248","asset_id":"1.3.120","feed":{"settlement_price":{"base":{"amount":421179,"asset_id":"1.3.120"},"quote":{"amount":1000000000,"asset_id":"1.3.0"}},"maintenance_collateral_ratio":1750,"maximum_short_squeeze_ratio":1500,"core_exchange_rate":{"base":{"amount":421179,"asset_id":"1.3.120"},"quote":{"amount":1000000000,"asset_id":"1.3.0"}}},"extensions":[]}]],"extensions":[],"signatures":["202a290391dc581fdea967ac65d6f00506d53fedbee4755b35a257c48056bc67e22520517c062a618f06a7bf9f5ee9dc45c6bbc47e4be747884fb0af9eb41ef5a3"]}}},{"context":{"level":"warn","file":"db_block.cpp","line":219,"method":"push_transaction","hostname":"","thread_name":"th_a","timestamp":"2015-10-16T20:07:39"},"format":"","data":{"trx":{"ref_block_num":25353,"ref_block_prefix":41879959,"expiration":"2015-10-16T20:08:09","operations":[[19,{"fee":{"amount":100000,"asset_id":"1.3.0"},"publisher":"1.2.35248","asset_id":"1.3.120","feed":{"settlement_price":{"base":{"amount":421179,"asset_id":"1.3.120"},"quote":{"amount":1000000000,"asset_id":"1.3.0"}},"maintenance_collateral_ratio":1750,"maximum_short_squeeze_ratio":1500,"core_exchange_rate":{"base":{"amount":421179,"asset_id":"1.3.120"},"quote":{"amount":1000000000,"asset_id":"1.3.0"}}},"extensions":[]}]],"extensions":[],"signatures":["202a290391dc581fdea967ac65d6f00506d53fedbee4755b35a257c48056bc67e22520517c062a618f06a7bf9f5ee9dc45c6bbc47e4be747884fb0af9eb41ef5a3"]}}},{"context":{"level":"warn","file":"application.cpp","line":513,"method":"handle_transaction","hostname":"","thread_name":"th_a","timestamp":"2015-10-16T20:07:39"},"format":"","data":{"transaction_message":{"trx":{"ref_block_num":25353,"ref_block_prefix":41879959,"expiration":"2015-10-16T20:08:09","operations":[[19,{"fee":{"amount":100000,"asset_id":"1.3.0"},"publisher":"1.2.35248","asset_id":"1.3.120","feed":{"settlement_price":{"base":{"amount":421179,"asset_id":"1.3.120"},"quote":{"amount":1000000000,"asset_id":"1.3.0"}},"maintenance_collateral_ratio":1750,"maximum_short_squeeze_ratio":1500,"core_exchange_rate":{"base":{"amount":421179,"asset_id":"1.3.120"},"quote":{"amount":1000000000,"asset_id":"1.3.0"}}},"extensions":[]}]],"extensions":[],"signatures":["202a290391dc581fdea967ac65d6f00506d53fedbee4755b35a257c48056bc67e22520517c062a618f06a7bf9f5ee9dc45c6bbc47e4be747884fb0af9eb41ef5a3"]}}}}]} node.cpp:3822
And another assertion exception
Code: [Select]
2015-10-16T20:17:12 p2p:message read_loop on_closing_connectio ] Peer 14.136.246.148:38935 is disconnecting us because of an error: You offered us a block that we reject as invalid, exception: {"code":10,"name":"assert_exception","message":"Assert Exception","stack":[{"context":{"level":"error","file":"asset_evaluator.cpp","line":225,"method":"graphene::chain::asset_update_evaluator::do_evaluate","hostname":"","thread_name":"th_a","timestamp":"2015-10-16T20:16:15"},"format":"!(o.new_options.issuer_permissions & ~a.options.issuer_permissions): Cannot reinstate previously revoked issuer permissions on an asset.","data":{}},{"context":{"level":"warn","file":"asset_evaluator.cpp","line":244,"method":"graphene::chain::asset_update_evaluator::do_evaluate","hostname":"","thread_name":"th_a","timestamp":"2015-10-16T20:16:15"},"format":"","data":{"o":{"fee":{"amount":50000001,"asset_id":"1.3.0"},"issuer":"1.2.32567","asset_to_update":"1.3.350","new_options":{"max_supply":"999999999999999","market_fee_percent":20,"max_market_fee":"1000000000000000","issuer_permissions":79,"flags":128,"core_exchange_rate":{"base":{"amount":"4759691381","asset_id":"1.3.0"},"quote":{"amount":100000000,"asset_id":"1.3.350"}},"whitelist_authorities":[],"blacklist_authorities":[],"whitelist_markets":[],"blacklist_markets":[],"description":"exchangeable for Bitcoin from BlockTrades","extensions":[]},"extensions":[]}}},{"context":{"level":"warn","file":"evaluator.cpp","line":36,"method":"graphene::chain::generic_evaluator::start_evaluate","hostname":"","thread_name":"th_a","timestamp":"2015-10-16T20:16:15"},"format":"","data":{}},{"context":{"level":"warn","file":"db_block.cpp","line":623,"method":"graphene::chain::database::apply_operation","hostname":"","thread_name":"th_a","timestamp":"2015-10-16T20:16:15"},"format":"","data":{}},{"context":{"level":"warn","file":"db_block.cpp","line":606,"method":"graphene::chain::database::_apply_transaction","hostname":"","thread_name":"th_a","timestamp":"2015-10-16T20:16:15"},"format":"","data":{"trx":{"ref_block_num":25538,"ref_block_prefix":2067906275,"expiration":"2015-10-16T20:17:24","operations":[[11,{"fee":{"amount":50000001,"asset_id":"1.3.0"},"issuer":"1.2.32567","asset_to_update":"1.3.350","new_options":{"max_supply":"999999999999999","market_fee_percent":20,"max_market_fee":"1000000000000000","issuer_permissions":79,"flags":128,"core_exchange_rate":{"base":{"amount":"4759691381","asset_id":"1.3.0"},"quote":{"amount":100000000,"asset_id":"1.3.350"}},"whitelist_authorities":[],"blacklist_authorities":[],"whitelist_markets":[],"blacklist_markets":[],"description":"exchangeable for Bitcoin from BlockTrades","extensions":[]},"extensions":[]}]],"extensions":[],"signatures":["1f2cbf4cdb0d7b13b01ab17f8a4235c455c88817c7455caf63501094d46eb169b81c56a3dfc545f20eb44d42b3b6f29a55b3dde5bf9cef90025bbadad9abc8cb95"]}}},{"context":{"level":"warn","file":"db_block.cpp","line":509,"method":"graphene::chain::database::_apply_block","hostname":"","thread_name":"th_a","timestamp":"2015-10-16T20:16:15"},"format":"","data":{"next_block.block_num()":91075}},{"context":{"level":"warn","file":"db_block.cpp","line":191,"method":"graphene::chain::database::_push_block","hostname":"","thread_name":"th_a","timestamp":"2015-10-16T20:16:15"},"format":"","data":{"new_block":{"previous":"000163c2e3be417b412082327b723a7534aadd48","timestamp":"2015-10-16T20:16:57","witness":"1.6.1","transaction_merkle_root":"4028cc7060ccd29d57b3f32e45d020b619e77ba1","extensions":[],"witness_signature":"20211740def22e1a890c2b11558431b3fb4ee883a3d02002baf083f8b63a568dc7200f60f6f065a6a8263930ce9e2d96dcdcd5e00643ec730f234f5b818a25b644","transactions":[{"ref_block_num":25538,"ref_block_prefix":2067906275,"expiration":"2015-10-16T20:17:24","operations":[[11,{"fee":{"amount":50000001,"asset_id":"1.3.0"},"issuer":"1.2.32567","asset_to_update":"1.3.350","new_options":{"max_supply":"999999999999999","market_fee_percent":20,"max_market_fee":"1000000000000000","issuer_permissions":79,"flags":128,"core_exchange_rate":{"base":{"amount":"4759691381","asset_id":"1.3.0"},"quote":{"amount":100000000,"asset_id":"1.3.350"}},"whitelist_authorities":[],"blacklist_authorities":[],"whitelist_markets":[],"blacklist_markets":[],"description":"exchangeable for Bitcoin from BlockTrades","extensions":[]},"extensions":[]}]],"extensions":[],"signatures":["1f2cbf4cdb0d7b13b01ab17f8a4235c455c88817c7455caf63501094d46eb169b81c56a3dfc545f20eb44d42b3b6f29a55b3dde5bf9cef90025bbadad9abc8cb95"],"operation_results":[[0,{}]]}]}}},{"context":{"level":"warn","file":"application.cpp","line":489,"method":"graphene::app::detail::application_impl::handle_block","hostname":"","thread_name":"th_a","timestamp":"2015-10-16T20:16:15"},"format":"","data":{"blk_msg":{"block":{"previous":"000163c2e3be417b412082327b723a7534aadd48","timestamp":"2015-10-16T20:16:57","witness":"1.6.1","transaction_merkle_root":"4028cc7060ccd29d57b3f32e45d020b619e77ba1","extensions":[],"witness_signature":"20211740def22e1a890c2b11558431b3fb4ee883a3d02002baf083f8b63a568dc7200f60f6f065a6a8263930ce9e2d96dcdcd5e00643ec730f234f5b818a25b644","transactions":[{"ref_block_num":25538,"ref_block_prefix":2067906275,"expiration":"2015-10-16T20:17:24","operations":[[11,{"fee":{"amount":50000001,"asset_id":"1.3.0"},"issuer":"1.2.32567","asset_to_update":"1.3.350","new_options":{"max_supply":"999999999999999","market_fee_percent":20,"max_market_fee":"1000000000000000","issuer_permissions":79,"flags":128,"core_exchange_rate":{"base":{"amount":"4759691381","asset_id":"1.3.0"},"quote":{"amount":100000000,"asset_id":"1.3.350"}},"whitelist_authorities":[],"blacklist_authorities":[],"whitelist_markets":[],"blacklist_markets":[],"description":"exchangeable for Bitcoin from BlockTrades","extensions":[]},"extensions":[]}]],"extensions":[],"signatures":["1f2cbf4cdb0d7b13b01ab17f8a4235c455c88817c7455caf63501094d46eb169b81c56a3dfc545f20eb44d42b3b6f29a55b3dde5bf9cef90025bbadad9abc8cb95"],"operation_results":[[0,{}]]}]},"block_id":"000163c3d93c2d7dc2a9738d646e0fa24b7fcb17"},"sync_mode":true}}]} node.cpp:2899
3843
Technical Support / Re: [Python] Price Feed Script for BitShares 2.0
« on: October 16, 2015, 12:38:42 pm »Thanks for the info.Can the new pull be disabled in the config?As a witness, you must understand the market engine. a bad parameter will break the peg.
I prefer a simple price feed. ( also I'm not an economist )
All witness must publish these parameters,
My suggest is set short_squeeze_ratio between 1001 to 1100. this parameter is very important,
when it's 1100
SQP = FEED / 1.1
when it's 1050
SQP = FEED /1.05
A margin call will occur any time the highest bid is less than the CALL PRICE and greater than SQP
FEED = Settlement Price
SWAN = DEBT / COLLATERAL - the point at which the network is insolvent.
CALL = SWAN * 1.75
SQP = FEED / 1.5
1.75 and 1.5 are specified as two parameters to the price feed.
If you would like the feed to provide additional protection to the shorts, then ask the witnesses to adjust their feed publishing scripts to use SQP of FEED / 1.1.
Just beware that the consequence of protecting the shorts against thin markets is the following:
1. Shorts will end up posting less collateral
2. Greater dependence upon the feed vs the market
3. If there are no bids above the SQP price then margin will not get called even if the Feed Price is below the Call price.
However I don't think this parameter should be DECIDED by witnesses, it's better to be set as a system parameter, and adjustable by committee proposals.
3844
General Discussion / Re: All the questions & problems about 2.0 in one thread ;)
« on: October 15, 2015, 09:01:47 pm »anyone know what is the equivalent of old wallet_account_transaction_history command for RPC API? this command is for querying latest transactions of an account.
Code: [Select]
get_account_history account_name transaction_quantity_limit
3845
General Discussion / Re: BitShares 2 Release Coordination Thread
« on: October 15, 2015, 08:20:46 pm »
Got an exception while replaying:
Code: [Select]
1152083ms th_a db_update.cpp:180 clear_expired_propos ] Failed to apply proposed transaction on its expirat[31/1873]
ting it.
{"id":"1.10.1","expiration_time":"2015-10-14T15:29:00","review_period_time":"2015-10-14T14:29:00","proposed_transaction":{"ref_block_n
um":0,"ref_block_prefix":0,"expiration":"2015-10-14T15:29:00","operations":[[31,{"fee":{"amount":2000000,"asset_id":"1.3.0"},"new_para
meters":{"current_fees":{"parameters":[[0,{"fee":2000000,"price_per_kbyte":1000000}],[1,{"fee":500000}],[2,{"fee":0}],[3,{"fee":200000
0}],[4,{}],[5,{"basic_fee":500000,"premium_fee":200000000,"price_per_kbyte":100000}],[6,{"fee":2000000,"price_per_kbyte":100000}],[7,{
"fee":300000}],[8,{"membership_annual_fee":200000000,"membership_lifetime_fee":1000000000}],[9,{"fee":50000000}],[10,{"symbol3":"50000000000","symbol4":"30000000000","long_symbol":500000000,"price_per_kbyte":10}],[11,{"fee":50000000,"price_per_kbyte":10}],[12,{"fee":5
0000000}],[13,{"fee":50000000}],[14,{"fee":2000000,"price_per_kbyte":100000}],[15,{"fee":2000000}],[16,{"fee":100000}],[17,{"fee":1000
0000}],[18,{"fee":50000000}],[19,{"fee":100000}],[20,{"fee":500000000}],[21,{"fee":2000000}],[22,{"fee":2000000,"price_per_kbyte":10}],[23,{"fee":100000,"price_per_kbyte":10}],[24,{"fee":100000}],[25,{"fee":100000}],[26,{"fee":2000000}],[27,{"fee":0,"price_per_kbyte":
10}],[28,{"fee":500000000}],[29,{"fee":100000}],[30,{"fee":100000}],[31,{"fee":2000000}],[32,{"fee":500000000}],[33,{"fee":100000}],[34,{"fee":100000}],[35,{"fee":100000,"price_per_kbyte":10}],[36,{"fee":2000000}],[37,{}],[38,{"fee":500000,"price_per_kbyte":10}],[39,{
"fee":500000,"price_per_output":500000}]],"scale":10000},"block_interval":3,"maintenance_interval":3600,"maintenance_skip_slots":3,"committee_proposal_review_period":3600,"maximum_transaction_size":98304,"maximum_block_size":2097152,"maximum_time_until_expiration":864
00,"maximum_proposal_lifetime":2419200,"maximum_asset_whitelist_authorities":10,"maximum_asset_feed_publishers":10,"maximum_witness_co
unt":1001,"maximum_committee_count":1001,"maximum_authority_membership":10,"reserve_percent_of_fee":2000,"network_percent_of_fee":2000
,"lifetime_referrer_percent_of_fee":3000,"cashback_vesting_period_seconds":7776000,"cashback_vesting_threshold":10000000,"count_non_me
mber_votes":true,"allow_non_member_whitelists":false,"witness_pay_per_block":150000,"worker_budget_per_day":"50000000000","max_predica
te_opcode":1,"fee_liquidation_threshold":10000000,"accounts_per_fee_scale":1000,"account_fee_scale_bitshifts":4,"max_authority_depth":
2,"extensions":[]}}]],"extensions":[]},"required_active_approvals":["1.2.0"],"available_active_approvals":["1.2.90743","1.2.90744","1.
2.90745","1.2.90746","1.2.90747","1.2.90748","1.2.90749","1.2.90750","1.2.90751","1.2.90752"],"required_owner_approvals":[],"available
_owner_approvals":[],"available_key_approvals":[]}
10 assert_exception: Assert Exception
itr->get_balance() >= -delta: Insufficient Balance: committee-account's balance of 0 BTS is less than required 20 BTS
{"a":"committee-account","b":"0 BTS","r":"20 BTS"}
th_a db_balance.cpp:70 adjust_balance
{"account":"1.2.0","delta":{"amount":-2000000,"asset_id":"1.3.0"}}
th_a db_balance.cpp:76 adjust_balance
Anyway it's up
3846
General Discussion / Re: BitShares 2 Release Coordination Thread
« on: October 15, 2015, 08:03:46 pm »I need all witnesses to update to the latest *bitshares* branch and replay the blockchain. Post here after you have done so.
Why not make a new tag as "a new versioning system"?
3847
General Discussion / Re: October 5 Test Network
« on: October 14, 2015, 08:36:27 pm »The object_database should always be within the data_dir. I've noticed that sometimes it's created outside the data_dir, but I have not noticed that for a while. If you have a way to make object_database outside the datadir happen reproducibly, please post in the ticket (if I see it in this thread, I'll post it there, but I don't read every page).https://github.com/cryptonomex/graphene/issues/257#issuecomment-148187922
3848
General Discussion / Re: BitShares 2 Release Coordination Thread
« on: October 14, 2015, 08:26:25 pm »
looks like my witness in.abit is still in sync, haven't been voted in though, do I need to restart or replay?
3849
General Discussion / Re: BitShares 2 Release Coordination Thread
« on: October 13, 2015, 10:53:37 pm »
in.abit is ready.
Code: [Select]
get_witness in.abit
{
"id": "1.6.35",
"witness_account": "1.2.35248",
"last_aslot": 0,
"signing_key": "BTS83K3qNNZBRLWMa6pXcwnfMJqC9J46ZpMFEYDKUDCNy2BgNrWth",
"vote_id": "1:45",
"total_votes": 0,
"url": "https://github.com/abitmore",
"total_missed": 0,
"last_confirmed_block_num": 0
}
3850
General Discussion / Re: October 5 Test Network
« on: October 12, 2015, 12:05:01 am »Until now I didn't realize the object_database and genesis.json file location (if it is provided in the config.ini and not the --genesis-json cmd line arg) are relative to the folder from which the witness_node binary is executed.I believe it's related to a bug which hasn't been fixed, probably due to low priority.
I made the assumption that everything is relative to the --data-dir folder where the config.ini is found. Although I noticed the genesis.json and object_database were in a different location than the blockchain, config.ini etc, it never occured to me why, since I always launched from the same place each time.
I realize this is a very low priority request, but may I suggest the code be changed to "chroot" (so to speak) the location of all files to the value provided by the --data-dir (-d) command line argument. What would the reason be for not doing that, or not putting the object_database in the same place as the blockchain? Perhaps there is a good reason, but I can't think of any.
https://github.com/cryptonomex/graphene/issues/257
3851
General Discussion / Re: October 5 Test Network
« on: October 10, 2015, 10:11:44 pm »Every day so many witnesses are not online, what is the reason?
We've identified an issue where the assignment of new object ID's is inconsistent (we use a hashed index with an undefined iteration order). Fortunately the testnet's main fork has them in increasing order (I suspect it has to do with the memory allocator tending to put things allocated later at higher addresses), in the next hardfork this condition will be enforced (by replacing most of our hashed indexes with ordered indexes). We suspect some witnesses are getting their state wrong when they assign an ID differently from the main network, if someone publishes a transaction using that ID then the wrong state turns into a desync (they'll no longer sign or pay attention to blocks on the main fork because they think the main fork has an illegal transaction.)
If you get stuck and the first error message mentions a vesting balance object, this is almost certainly what's happening to you.
The next hardfork will fix this issue, and in addition, I'm working on a tool to help us find if there are any similar issues.
The transactions being executed by the community testers have been incredibly helpful to us.
@bytemaster @theoretical The 'vesting balance' issue happened again on my node. Is it normal? So, in order to prevent this from happening again, I have to manually replay before the hard fork? What block number is the hard fork?
Code: [Select]
2015-10-09T10:09:12 th_a:invoke handle_block handle_block ] Got block: #101080 time: 2015-10-09T10:09:12 latency: 299 ms from: jtm1 irreversible: 101055 (-25) application.cpp:401
2015-10-09T10:09:12 th_a:invoke handle_block _push_block ] Failed to push new block:
10 assert_exception: Assert Exception
vbo.is_withdraw_allowed( now, op.amount ):
{"now":"2015-10-09T10:09:09","op":{"fee":{"amount":100000,"asset_id":"1.3.0"},"vesting_balance":"1.13.60","owner":"1.2.8517","amount":{"amount":800000000,"asset_id":"1.3.0"}},"vbo":{"id":"1.13.60","owner":"1.2.8517","balance":{"amount":1128200000,"asset_id":"1.3.0"},"policy":[1,{"vesting_seconds":86400,"start_claim":"1970-01-01T00:00:00","coin_seconds_earned":"68174256300000","coin_seconds_earned_last_update":"2015-10-09T10:08:03"}]}}
th_a vesting_balance_evaluator.cpp:103 do_evaluate
{"op":{"fee":{"amount":100000,"asset_id":"1.3.0"},"vesting_balance":"1.13.60","owner":"1.2.8517","amount":{"amount":800000000,"asset_id":"1.3.0"}}}
th_a vesting_balance_evaluator.cpp:109 do_evaluate
{}
th_a evaluator.cpp:42 start_evaluate
{}
th_a db_block.cpp:628 apply_operation
{"trx":{"ref_block_num":35543,"ref_block_prefix":1295075313,"expiration":"2015-10-09T10:09:39","operations":[[33,{"fee":{"amount":100000,"asset_id":"1.3.0"},"vesting_balance":"1.13.60","owner":"1.2.8517","amount":{"amount":800000000,"asset_id":"1.3.0"}}]],"extensions":[],"signatures":["2010951608daae48abcc6a9c9c6c43fe449803bf4af875602c02556915d9c680e32d808c391b128858f7e9f72b6d0dfd54036abe2852eabba55f3d479ebd0ee25f"]}}
th_a db_block.cpp:611 _apply_transaction
{"next_block.block_num()":101080}
th_a db_block.cpp:514 _apply_block db_block.cpp:191
3852
General Discussion / Re: October 5 Test Network
« on: October 10, 2015, 09:49:07 pm »
Crashed again with error: Assertion `_closing_connections.find(peer_to_delete) == _closing_connections.end()' failed..
Commit e68e99ed3ae11ddac607e983e7549e8278fdecc4. Any changes after that?
I've encountered same error several times already. Due to my high latency?
Commit e68e99ed3ae11ddac607e983e7549e8278fdecc4. Any changes after that?
I've encountered same error several times already. Due to my high latency?
Code: [Select]
2530767ms th_a fork_database.cpp:57 push_block ] Pushing block to fork database that failed to link: 00018ad9d0532f33aca1e0d35e97e2d8c7503630, 101081
2530767ms th_a fork_database.cpp:58 push_block ] Head: 102059, 00018eab29598c6da18be3a60c9ee321861f180c
2530862ms th_a application.cpp:429 handle_block ] Error when pushing block:
3080000 unlinkable_block_exception: unlinkable block
block does not link to known chain
{}
th_a fork_database.cpp:78 _push_block
{"new_block":{"previous":"00018ad8150b29e0a9278acb90fe7c592f4ec15c","timestamp":"2015-10-09T10:09:15","witness":"1.6.35","transaction_merkle_root":"0000000000000000000000000000000000000000","extensions":[],"witness_signature":"202d638e8938d8fde6e107105b4e95edc26068af86d68894199480ae6dbb7d16052e8ec457759e5b70f3866bfd6afcb1d8f2e5526bb17af292fbb56d1542058ce8","transactions":[]}}
th_a db_block.cpp:197 _push_block
witness_node: /app/bts/graphene-test6.2/libraries/net/node.cpp:1611: void graphene::net::detail::node_impl::schedule_peer_for_deletion(const peer_connection_ptr&): Assertion `_closing_connections.find(peer_to_delete) == _closing_connections.end()' failed.
Program received signal SIGABRT, Aborted.
[Switching to Thread 0x7ffff3532700 (LWP 14836)]
0x00007ffff6c01cc9 in __GI_raise (sig=sig@entry=6) at ../nptl/sysdeps/unix/sysv/linux/raise.c:56
56 ../nptl/sysdeps/unix/sysv/linux/raise.c: No such file or directory.
3853
General Discussion / Re: October 5 Test Network
« on: October 08, 2015, 10:15:37 pm »I can replay it on my machine in:I built with -DCMAKE_BUILD_TYPE=Debug, that would be the reason.Code: [Select]456696ms th_a db_management.cpp:93 reindex ] Done reindexing, elapsed time: 6.88446099999999994 sec
3854
General Discussion / Re: October 5 Test Network
« on: October 08, 2015, 09:50:33 pm »The backup is at block 65916. Replaying.I was running with a backup chain folder which is created about 16 hours ago, so I don't think it's need to replay.Running with latest commit (e68e99ed3ae11ddac607e983e7549e8278fdecc4), but it can't go over block 70872Every day so many witnesses are not online, what is the reason?
We've identified an issue where the assignment of new object ID's is inconsistent (we use a hashed index with an undefined iteration order). Fortunately the testnet's main fork has them in increasing order (I suspect it has to do with the memory allocator tending to put things allocated later at higher addresses), in the next hardfork this condition will be enforced (by replacing most of our hashed indexes with ordered indexes). We suspect some witnesses are getting their state wrong when they assign an ID differently from the main network, if someone publishes a transaction using that ID then the wrong state turns into a desync (they'll no longer sign or pay attention to blocks on the main fork because they think the main fork has an illegal transaction.)
If you get stuck and the first error message mentions a vesting balance object, this is almost certainly what's happening to you.
The next hardfork will fix this issue, and in addition, I'm working on a tool to help us find if there are any similar issues.
The transactions being executed by the community testers have been incredibly helpful to us.Code: [Select]2015-10-08T21:37:17 p2p:send_sync_block_to_node_delegate send_sync_block_to_n ] Failed to push sync block 70872 (id:000114d879ab3c305edeaaae837c2b68b7da64d2): client rejected sync block sent by peer: {"code":10,"name":"assert_exception","message":"Assert Exception","stack":[{"context":{"level":"error","file":"vesting_balance_evaluator.cpp","line":103,"method":"do_evaluate","hostname":"","thread_name":"th_a","timestamp":"2015-10-08T21:37:17"},"format":"vbo.is_withdraw_allowed( now, op.amount ): ","data":{"now":"2015-10-08T05:43:09","op":{"fee":{"amount":100000,"asset_id":"1.3.0"},"vesting_balance":"1.13.60","owner":"1.2.8517","amount":{"amount":45300000,"asset_id":"1.3.0"}},"vbo":{"id":"1.13.60","owner":"1.2.8517","balance":{"amount":197500000,"asset_id":"1.3.0"},"policy":[1,{"vesting_seconds":86400,"start_claim":"1970-01-01T00:00:00","coin_seconds_earned":"3341610000000","coin_seconds_earned_last_update":"2015-10-08T05:43:06"}]}}},{"context":{"level":"warn","file":"vesting_balance_evaluator.cpp","line":109,"method":"do_evaluate","hostname":"","thread_name":"th_a","timestamp":"2015-10-08T21:37:17"},"format":"","data":{"op":{"fee":{"amount":100000,"asset_id":"1.3.0"},"vesting_balance":"1.13.60","owner":"1.2.8517","amount":{"amount":45300000,"asset_id":"1.3.0"}}}},{"context":{"level":"warn","file":"evaluator.cpp","line":42,"method":"start_evaluate","hostname":"","thread_name":"th_a","timestamp":"2015-10-08T21:37:17"},"format":"","data":{}},{"context":{"level":"warn","file":"db_block.cpp","line":628,"method":"apply_operation","hostname":"","thread_name":"th_a","timestamp":"2015-10-08T21:37:17"},"format":"","data":{}},{"context":{"level":"warn","file":"db_block.cpp","line":611,"method":"_apply_transaction","hostname":"","thread_name":"th_a","timestamp":"2015-10-08T21:37:17"},"format":"","data":{"trx":{"ref_block_num":5335,"ref_block_prefix":4159425851,"expiration":"2015-10-08T05:43:39","operations":[[33,{"fee":{"amount":100000,"asset_id":"1.3.0"},"vesting_balance":"1.13.60","owner":"1.2.8517","amount":{"amount":45300000,"asset_id":"1.3.0"}}]],"extensions":[],"signatures":["1f6f7ea6a4188c8fc36aaf457b5fe4433fb74af11b250507262a00d909af025ad065c03ef0f61925070489d1630a3fbe459795b265200544de9ba1694414fefbcf"]}}},{"context":{"level":"warn","file":"db_block.cpp","line":514,"method":"_apply_block","hostname":"","thread_name":"th_a","timestamp":"2015-10-08T21:37:17"},"format":"","data":{"next_block.block_num()":70872}},{"context":{"level":"warn","file":"db_block.cpp","line":197,"method":"_push_block","hostname":"","thread_name":"th_a","timestamp":"2015-10-08T21:37:17"},"format":"","data":{"new_block":{"previous":"000114d73bcdebf717450d1a45e7ea119844b22e","timestamp":"2015-10-08T05:43:15","witness":"1.6.10","transaction_merkle_root":"05b459df123ff6baf5dbc44890e6ae3e8a8caaf6","extensions":[],"witness_signature":"20232fc2bb2ead0cbc644d78e4462881dc812787ad28f1517229cc346c252acb2904cb13139a8e957c8087d8b03790f12f5c2ef0dbb2cfceead7a47521f75f0950","transactions":[{"ref_block_num":5335,"ref_block_prefix":4159425851,"expiration":"2015-10-08T05:43:39","operations":[[33,{"fee":{"amount":100000,"asset_id":"1.3.0"},"vesting_balance":"1.13.60","owner":"1.2.8517","amount":{"amount":45300000,"asset_id":"1.3.0"}}]],"extensions":[],"signatures":["1f6f7ea6a4188c8fc36aaf457b5fe4433fb74af11b250507262a00d909af025ad065c03ef0f61925070489d1630a3fbe459795b265200544de9ba1694414fefbcf"],"operation_results":[[0,{}]]}]}}},{"context":{"level":"warn","file":"application.cpp","line":441,"method":"handle_block","hostname":"","thread_name":"th_a","timestamp":"2015-10-08T21:37:17"},"format":"","data":{"blk_msg":{"block":{"previous":"000114d73bcdebf717450d1a45e7ea119844b22e","timestamp":"2015-10-08T05:43:15","witness":"1.6.10","transaction_merkle_root":"05b459df123ff6baf5dbc44890e6ae3e8a8caaf6","extensions":[],"witness_signature":"20232fc2bb2ead0cbc644d78e4462881dc812787ad28f1517229cc346c252acb2904cb13139a8e957c8087d8b03790f12f5c2ef0dbb2cfceead7a47521f75f0950","transactions":[{"ref_block_num":5335,"ref_block_prefix":4159425851,"expiration":"2015-10-08T05:43:39","operations":[[33,{"fee":{"amount":100000,"asset_id":"1.3.0"},"vesting_balance":"1.13.60","owner":"1.2.8517","amount":{"amount":45300000,"asset_id":"1.3.0"}}]],"extensions":[],"signatures":["1f6f7ea6a4188c8fc36aaf457b5fe4433fb74af11b250507262a00d909af025ad065c03ef0f61925070489d1630a3fbe459795b265200544de9ba1694414fefbcf"],"operation_results":[[0,{}]]}]},"block_id":"000114d879ab3c305edeaaae837c2b68b7da64d2"},"sync_mode":true}}]} node.cpp:3043
2015-10-08T21:37:17 p2p:send_sync_block_to_node_delegate send_sync_block_to_n ] disconnecting client 104.236.51.238:2005 because it offered us the rejected block node.cpp:3157
Did you do --replay-blockchain? What OS?
Ubuntu 14.04 LTS 64 bit.Code: [Select]Linux 3.16.0-44-generic #59~14.04.1-Ubuntu SMP Tue Jul 7 15:07:27 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
It absolutely needs to replay because prior to the last hour or two the master branch was producing non-deterministic ID allocation and your old backup probably imported that.
//Update:
in sync now.
It took 67 seconds to replay a 87261-block chain.
3855
General Discussion / Re: October 5 Test Network
« on: October 08, 2015, 09:46:29 pm »I was running with a backup chain folder which is created about 16 hours ago, so I don't think it's need to replay.Running with latest commit (e68e99ed3ae11ddac607e983e7549e8278fdecc4), but it can't go over block 70872Every day so many witnesses are not online, what is the reason?
We've identified an issue where the assignment of new object ID's is inconsistent (we use a hashed index with an undefined iteration order). Fortunately the testnet's main fork has them in increasing order (I suspect it has to do with the memory allocator tending to put things allocated later at higher addresses), in the next hardfork this condition will be enforced (by replacing most of our hashed indexes with ordered indexes). We suspect some witnesses are getting their state wrong when they assign an ID differently from the main network, if someone publishes a transaction using that ID then the wrong state turns into a desync (they'll no longer sign or pay attention to blocks on the main fork because they think the main fork has an illegal transaction.)
If you get stuck and the first error message mentions a vesting balance object, this is almost certainly what's happening to you.
The next hardfork will fix this issue, and in addition, I'm working on a tool to help us find if there are any similar issues.
The transactions being executed by the community testers have been incredibly helpful to us.Code: [Select]2015-10-08T21:37:17 p2p:send_sync_block_to_node_delegate send_sync_block_to_n ] Failed to push sync block 70872 (id:000114d879ab3c305edeaaae837c2b68b7da64d2): client rejected sync block sent by peer: {"code":10,"name":"assert_exception","message":"Assert Exception","stack":[{"context":{"level":"error","file":"vesting_balance_evaluator.cpp","line":103,"method":"do_evaluate","hostname":"","thread_name":"th_a","timestamp":"2015-10-08T21:37:17"},"format":"vbo.is_withdraw_allowed( now, op.amount ): ","data":{"now":"2015-10-08T05:43:09","op":{"fee":{"amount":100000,"asset_id":"1.3.0"},"vesting_balance":"1.13.60","owner":"1.2.8517","amount":{"amount":45300000,"asset_id":"1.3.0"}},"vbo":{"id":"1.13.60","owner":"1.2.8517","balance":{"amount":197500000,"asset_id":"1.3.0"},"policy":[1,{"vesting_seconds":86400,"start_claim":"1970-01-01T00:00:00","coin_seconds_earned":"3341610000000","coin_seconds_earned_last_update":"2015-10-08T05:43:06"}]}}},{"context":{"level":"warn","file":"vesting_balance_evaluator.cpp","line":109,"method":"do_evaluate","hostname":"","thread_name":"th_a","timestamp":"2015-10-08T21:37:17"},"format":"","data":{"op":{"fee":{"amount":100000,"asset_id":"1.3.0"},"vesting_balance":"1.13.60","owner":"1.2.8517","amount":{"amount":45300000,"asset_id":"1.3.0"}}}},{"context":{"level":"warn","file":"evaluator.cpp","line":42,"method":"start_evaluate","hostname":"","thread_name":"th_a","timestamp":"2015-10-08T21:37:17"},"format":"","data":{}},{"context":{"level":"warn","file":"db_block.cpp","line":628,"method":"apply_operation","hostname":"","thread_name":"th_a","timestamp":"2015-10-08T21:37:17"},"format":"","data":{}},{"context":{"level":"warn","file":"db_block.cpp","line":611,"method":"_apply_transaction","hostname":"","thread_name":"th_a","timestamp":"2015-10-08T21:37:17"},"format":"","data":{"trx":{"ref_block_num":5335,"ref_block_prefix":4159425851,"expiration":"2015-10-08T05:43:39","operations":[[33,{"fee":{"amount":100000,"asset_id":"1.3.0"},"vesting_balance":"1.13.60","owner":"1.2.8517","amount":{"amount":45300000,"asset_id":"1.3.0"}}]],"extensions":[],"signatures":["1f6f7ea6a4188c8fc36aaf457b5fe4433fb74af11b250507262a00d909af025ad065c03ef0f61925070489d1630a3fbe459795b265200544de9ba1694414fefbcf"]}}},{"context":{"level":"warn","file":"db_block.cpp","line":514,"method":"_apply_block","hostname":"","thread_name":"th_a","timestamp":"2015-10-08T21:37:17"},"format":"","data":{"next_block.block_num()":70872}},{"context":{"level":"warn","file":"db_block.cpp","line":197,"method":"_push_block","hostname":"","thread_name":"th_a","timestamp":"2015-10-08T21:37:17"},"format":"","data":{"new_block":{"previous":"000114d73bcdebf717450d1a45e7ea119844b22e","timestamp":"2015-10-08T05:43:15","witness":"1.6.10","transaction_merkle_root":"05b459df123ff6baf5dbc44890e6ae3e8a8caaf6","extensions":[],"witness_signature":"20232fc2bb2ead0cbc644d78e4462881dc812787ad28f1517229cc346c252acb2904cb13139a8e957c8087d8b03790f12f5c2ef0dbb2cfceead7a47521f75f0950","transactions":[{"ref_block_num":5335,"ref_block_prefix":4159425851,"expiration":"2015-10-08T05:43:39","operations":[[33,{"fee":{"amount":100000,"asset_id":"1.3.0"},"vesting_balance":"1.13.60","owner":"1.2.8517","amount":{"amount":45300000,"asset_id":"1.3.0"}}]],"extensions":[],"signatures":["1f6f7ea6a4188c8fc36aaf457b5fe4433fb74af11b250507262a00d909af025ad065c03ef0f61925070489d1630a3fbe459795b265200544de9ba1694414fefbcf"],"operation_results":[[0,{}]]}]}}},{"context":{"level":"warn","file":"application.cpp","line":441,"method":"handle_block","hostname":"","thread_name":"th_a","timestamp":"2015-10-08T21:37:17"},"format":"","data":{"blk_msg":{"block":{"previous":"000114d73bcdebf717450d1a45e7ea119844b22e","timestamp":"2015-10-08T05:43:15","witness":"1.6.10","transaction_merkle_root":"05b459df123ff6baf5dbc44890e6ae3e8a8caaf6","extensions":[],"witness_signature":"20232fc2bb2ead0cbc644d78e4462881dc812787ad28f1517229cc346c252acb2904cb13139a8e957c8087d8b03790f12f5c2ef0dbb2cfceead7a47521f75f0950","transactions":[{"ref_block_num":5335,"ref_block_prefix":4159425851,"expiration":"2015-10-08T05:43:39","operations":[[33,{"fee":{"amount":100000,"asset_id":"1.3.0"},"vesting_balance":"1.13.60","owner":"1.2.8517","amount":{"amount":45300000,"asset_id":"1.3.0"}}]],"extensions":[],"signatures":["1f6f7ea6a4188c8fc36aaf457b5fe4433fb74af11b250507262a00d909af025ad065c03ef0f61925070489d1630a3fbe459795b265200544de9ba1694414fefbcf"],"operation_results":[[0,{}]]}]},"block_id":"000114d879ab3c305edeaaae837c2b68b7da64d2"},"sync_mode":true}}]} node.cpp:3043
2015-10-08T21:37:17 p2p:send_sync_block_to_node_delegate send_sync_block_to_n ] disconnecting client 104.236.51.238:2005 because it offered us the rejected block node.cpp:3157
Did you do --replay-blockchain? What OS?
Ubuntu 14.04 LTS 64 bit.
Code: [Select]
Linux 3.16.0-44-generic #59~14.04.1-Ubuntu SMP Tue Jul 7 15:07:27 UTC 2015 x86_64 x86_64 x86_64 GNU/Linux
Anyway I'll try replay.
