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

Pages: 1 [2] 3 4 5 6 7 8 9 ... 21
16
Technical Support / Re: Wrong public key recovered from signature?
« on: January 29, 2018, 09:54:54 am »
I found strange BTS7wzHgbPEHouxuvM16rDGNo4d9CdYYLajS16y3uawoptKrKNXHE key in stack which doesn't have any relationship with my account. I checked the transaction.cpp code and seems it's a public key recovered from signature. Does it have relation with how the public key is recovered?
Stack:
message: 'missing required active authority: Missing Active Authority 1.2.681608',
data:
{ code: 3030001,
name: 'tx_missing_active_auth',
message: 'missing required active authority',
stack: [ [Object], [Object], [Object], [Object], [Object], [Object] ] } } {"code":1,"message":"missing required active authority: Missing Active Authority 1.2.681608","data":{"code":3030001,"name":"tx_missing_active_auth","message":"missing required active authority","stack":[{"context":{"level":"error","file":"transaction.cpp","line":282,"method":"verify_authority","hostname":"","thread_name":"th_a","timestamp":"2018-01-29T09:50:42"},"format":"Missing Active Authority ${id}","data":{"id":"1.2.681608","auth":{"weight_threshold":1,"account_auths":[],"key_auths":[["BTS6JicNdetyZf2kceu86Ms47iLNshty1rthKtnL7fSej7DtKyJNu",1]],"address_auths":[]},"owner":{"weight_threshold":1,"account_auths":[],"key_auths":[["BTS6JicNdetyZf2kceu86Ms47iLNshty1rthKtnL7fSej7DtKyJNu",1]],"address_auths":[]}}},{"context":{"level":"warn","file":"transaction.cpp","line":297,"method":"verify_authority","hostname":"","thread_name":"th_a","timestamp":"2018-01-29T09:50:42"},"format":"","data":{"ops":[[6,{"fee":{"amount":35,"asset_id":"1.3.113"},"account":"1.2.681608","owner":{"weight_threshold":2,"account_auths":[],"key_auths":[["BTS7i8ePNeLCAxcWjaEeqsDFRZdSeMoF4gZmfe54EqrdX4AdQMY3k",1],["BTS6JicNdetyZf2kceu86Ms47iLNshty1rthKtnL7fSej7DtKyJNu",1],["BTS5TEb4CkHWyMJq62WrPtQVtzZBSCXD6BhjUXrVfdSztStrViNgE",1]],"address_auths":[]},"active":{"weight_threshold":2,"account_auths":[],"key_auths":[["BTS7i8ePNeLCAxcWjaEeqsDFRZdSeMoF4gZmfe54EqrdX4AdQMY3k",1],["BTS6JicNdetyZf2kceu86Ms47iLNshty1rthKtnL7fSej7DtKyJNu",1],["BTS5TEb4CkHWyMJq62WrPtQVtzZBSCXD6BhjUXrVfdSztStrViNgE",1]],"address_auths":[]},"extensions":{}}]],"sigs":["BTS7wzHgbPEHouxuvM16rDGNo4d9CdYYLajS16y3uawoptKrKNXHE"]}},{"context":{"level":"warn","file":"transaction.cpp","line":384,"method":"verify_authority","hostname":"","thread_name":"th_a","timestamp":"2018-01-29T09:50:42"},"format":"","data":{"*this":{"ref_block_num":34312,"ref_block_prefix":4177447021,"expiration":"2018-01-30T09:09:08","operations":[[6,{"fee":{"amount":35,"asset_id":"1.3.113"},"account":"1.2.681608","owner":{"weight_threshold":2,"account_auths":[],"key_auths":[["BTS7i8ePNeLCAxcWjaEeqsDFRZdSeMoF4gZmfe54EqrdX4AdQMY3k",1],["BTS6JicNdetyZf2kceu86Ms47iLNshty1rthKtnL7fSej7DtKyJNu",1],["BTS5TEb4CkHWyMJq62WrPtQVtzZBSCXD6BhjUXrVfdSztStrViNgE",1]],"address_auths":[]},"active":{"weight_threshold":2,"account_auths":[],"key_auths":[["BTS7i8ePNeLCAxcWjaEeqsDFRZdSeMoF4gZmfe54EqrdX4AdQMY3k",1],["BTS6JicNdetyZf2kceu86Ms47iLNshty1rthKtnL7fSej7DtKyJNu",1],["BTS5TEb4CkHWyMJq62WrPtQVtzZBSCXD6BhjUXrVfdSztStrViNgE",1]],"address_auths":[]},"extensions":{}}]],"extensions":[],"signatures":["200ad525ede016109cf8179a3b61cd73be43028f45ef06a89e46e969b9532cb7774887c8e7fce778e8b09c7926cd20de6fc985f1af81ffcd16c5a5ee55b62ad01d"]}}},{"context":{"level":"warn","file":"db_block.cpp","line":628,"method":"_apply_transaction","hostname":"","thread_name":"th_a","timestamp":"2018-01-29T09:50:42"},"format":"","data":{"trx":{"ref_block_num":34312,"ref_block_prefix":4177447021,"expiration":"2018-01-30T09:09:08","operations":[[6,{"fee":{"amount":35,"asset_id":"1.3.113"},"account":"1.2.681608","owner":{"weight_threshold":2,"account_auths":[],"key_auths":[["BTS7i8ePNeLCAxcWjaEeqsDFRZdSeMoF4gZmfe54EqrdX4AdQMY3k",1],["BTS6JicNdetyZf2kceu86Ms47iLNshty1rthKtnL7fSej7DtKyJNu",1],["BTS5TEb4CkHWyMJq62WrPtQVtzZBSCXD6BhjUXrVfdSztStrViNgE",1]],"address_auths":[]},"active":{"weight_threshold":2,"account_auths":[],"key_auths":[["BTS7i8ePNeLCAxcWjaEeqsDFRZdSeMoF4gZmfe54EqrdX4AdQMY3k",1],["BTS6JicNdetyZf2kceu86Ms47iLNshty1rthKtnL7fSej7DtKyJNu",1],["BTS5TEb4CkHWyMJq62WrPtQVtzZBSCXD6BhjUXrVfdSztStrViNgE",1]],"address_auths":[]},"extensions":{}}]],"extensions":[],"signatures":["200ad525ede016109cf8179a3b61cd73be43028f45ef06a89e46e969b9532cb7774887c8e7fce778e8b09c7926cd20de6fc985f1af81ffcd16c5a5ee55b62ad01d"]}}},{"context":{"level":"warn","file":"db_block.cpp","line":227,"method":"push_transaction","hostname":"","thread_name":"th_a","timestamp":"2018-01-29T09:50:42"},"format":"","data":{"trx":{"ref_block_num":34312,"ref_block_prefix":4177447021,"expiration":"2018-01-30T09:09:08","operations":[[6,{"fee":{"amount":35,"asset_id":"1.3.113"},"account":"1.2.681608","owner":{"weight_threshold":2,"account_auths":[],"key_auths":[["BTS7i8ePNeLCAxcWjaEeqsDFRZdSeMoF4gZmfe54EqrdX4AdQMY3k",1],["BTS6JicNdetyZf2kceu86Ms47iLNshty1rthKtnL7fSej7DtKyJNu",1],["BTS5TEb4CkHWyMJq62WrPtQVtzZBSCXD6BhjUXrVfdSztStrViNgE",1]],"address_auths":[]},"active":{"weight_threshold":2,"account_auths":[],"key_auths":[["BTS7i8ePNeLCAxcWjaEeqsDFRZdSeMoF4gZmfe54EqrdX4AdQMY3k",1],["BTS6JicNdetyZf2kceu86Ms47iLNshty1rthKtnL7fSej7DtKyJNu",1],["BTS5TEb4CkHWyMJq62WrPtQVtzZBSCXD6BhjUXrVfdSztStrViNgE",1]],"address_auths":[]},"extensions":{}}]],"extensions":[],"signatures":["200ad525ede016109cf8179a3b61cd73be43028f45ef06a89e46e969b9532cb7774887c8e7fce778e8b09c7926cd20de6fc985f1af81ffcd16c5a5ee55b62ad01d"]}}},{"context":{"level":"warn","file":"websocket_api.cpp","line":122,"method":"on_message","hostname":"","thread_name":"th_a","timestamp":"2018-01-29T09:50:42"},"format":"","data":{"call.method":"call","call.params":[3,"broadcast_transaction",[{"ref_block_num":34312,"ref_block_prefix":4177447021,"expiration":"2018-01-30T09:09:08","operations":[[6,{"fee":{"amount":"35","asset_id":"1.3.113"},"account":"1.2.681608","owner":{"weight_threshold":2,"account_auths":[],"key_auths":[["BTS6JicNdetyZf2kceu86Ms47iLNshty1rthKtnL7fSej7DtKyJNu",1],["BTS5TEb4CkHWyMJq62WrPtQVtzZBSCXD6BhjUXrVfdSztStrViNgE",1],["BTS7i8ePNeLCAxcWjaEeqsDFRZdSeMoF4gZmfe54EqrdX4AdQMY3k",1]],"address_auths":[]},"active":{"weight_threshold":2,"account_auths":[],"key_auths":[["BTS6JicNdetyZf2kceu86Ms47iLNshty1rthKtnL7fSej7DtKyJNu",1],["BTS5TEb4CkHWyMJq62WrPtQVtzZBSCXD6BhjUXrVfdSztStrViNgE",1],["BTS7i8ePNeLCAxcWjaEeqsDFRZdSeMoF4gZmfe54EqrdX4AdQMY3k",1]],"address_auths":[]},"extensions":[]}]],"signatures":["200ad525ede016109cf8179a3b61cd73be43028f45ef06a89e46e969b9532cb7774887c8e7fce778e8b09c7926cd20de6fc985f1af81ffcd16c5a5ee55b62ad01d"],"signer_private_keys":[],"extensions":[]}]]}}]}}

I created an issue at https://github.com/bitshares/bitshares-core/issues/607

17
Technical Support / Wrong public key recovered from signature?
« on: January 29, 2018, 09:47:03 am »
I have an account(dge0003) registered with key BTS6JicNdetyZf2kceu86Ms47iLNshty1rthKtnL7fSej7DtKyJNu as owner and active auths and I want to change the owners and active auths to 2/3 of [BTS6JicNdetyZf2kceu86Ms47iLNshty1rthKtnL7fSej7DtKyJNu, BTS5TEb4CkHWyMJq62WrPtQVtzZBSCXD6BhjUXrVfdSztStrViNgE, BTS7i8ePNeLCAxcWjaEeqsDFRZdSeMoF4gZmfe54EqrdX4AdQMY3k].
I made a transaction using bitsharesjs and signed with private key of BTS6JicNdetyZf2kceu86Ms47iLNshty1rthKtnL7fSej7DtKyJNu like below:
tr_buffer:
08866dc8fef83436705a010623000000000000007188cd290102000000000302bab5c458f5a10cf4ff5573de6c07b276c51bf48ae21b37f6b38dce80e97371c30100024a5a3c31e18bfd06c1f68df63699b94161c34f8dbb004c2f9dfef92f86bf06f5010003739244d3500d992386975496f722b946007e9843c4b678fa3887390fb5ee0a6d0100000102000000000302bab5c458f5a10cf4ff5573de6c07b276c51bf48ae21b37f6b38dce80e97371c30100024a5a3c31e18bfd06c1f68df63699b94161c34f8dbb004c2f9dfef92f86bf06f5010003739244d3500d992386975496f722b946007e9843c4b678fa3887390fb5ee0a6d010000000000
tx:
{"ref_block_num":34312,"ref_block_prefix":4177447021,"expiration":"2018-01-30T09:09:08","operations":[[6,{"fee":{"amount":"35","asset_id":"1.3.113"},"account":"1.2.681608","owner":{"weight_threshold":2,"account_auths":[],"key_auths":[["BTS6JicNdetyZf2kceu86Ms47iLNshty1rthKtnL7fSej7DtKyJNu",1],["BTS5TEb4CkHWyMJq62WrPtQVtzZBSCXD6BhjUXrVfdSztStrViNgE",1],["BTS7i8ePNeLCAxcWjaEeqsDFRZdSeMoF4gZmfe54EqrdX4AdQMY3k",1]],"address_auths":[]},"active":{"weight_threshold":2,"account_auths":[],"key_auths":[["BTS6JicNdetyZf2kceu86Ms47iLNshty1rthKtnL7fSej7DtKyJNu",1],["BTS5TEb4CkHWyMJq62WrPtQVtzZBSCXD6BhjUXrVfdSztStrViNgE",1],["BTS7i8ePNeLCAxcWjaEeqsDFRZdSeMoF4gZmfe54EqrdX4AdQMY3k",1]],"address_auths":[]},"extensions":[]}]],"extensions":[],"signatures":["200ad525ede016109cf8179a3b61cd73be43028f45ef06a89e46e969b9532cb7774887c8e7fce778e8b09c7926cd20de6fc985f1af81ffcd16c5a5ee55b62ad01d"]}
signature:
200ad525ede016109cf8179a3b61cd73be43028f45ef06a89e46e969b9532cb7774887c8e7fce778e8b09c7926cd20de6fc985f1af81ffcd16c5a5ee55b62ad01d

But when I broadcast the signed transaction, I got a strange error:
message: 'missing required active authority: Missing Active Authority 1.2.681608',
data:
{ code: 3030001,
name: 'tx_missing_active_auth',
message: 'missing required active authority'.......
It's the same with the online wallet like https://bit.btsabc.org
If I change the owners and active to 1 keys(not 3 keys), it works without any problem. Like below:
tr_buffer:5b8719e085e115f96e5a01065c00000000000000009fa529000101000000000102f8ab2052da99051dd75717aa74d240e5ea06a20ec5708e1703d61040c344818b010000000000
{"ref_block_num":34651,"ref_block_prefix":3783647257,"expiration":"2018-01-29T10:36:05","operations":[[6,{"fee":{"amount":"92","asset_id":"1.3.0"},"account":"1.2.676511","active":{"weight_threshold":1,"account_auths":[],"key_auths":[["BTS6n1Fnc4oz3Lg2KUdJubsVPRzEfsF7ouo7ppTjDnmJYdfkeFb8Q",1]],"address_auths":[]},"extensions":[]}]],"extensions":[],"signatures":["207718a70e97aa1629a1a2c93dc85215eae64dc8822477a90cf10f5553a0d9413f511b6268aaf445fe983aad0b89870d896156f0b88bf872e56b2e4e1f69a9855a"]}
sig: 207718a70e97aa1629a1a2c93dc85215eae64dc8822477a90cf10f5553a0d9413f511b6268aaf445fe983aad0b89870d896156f0b88bf872e56b2e4e1f69a9855a

I'm using wss://eu.openledger.info/ws as api point.


18
Nodes must remember all unexpired transactions to prevent replay attacks. Increasing the allowed expiration time means higher resource usage on all nodes.
There is another reason too: The TaPOS parameters make use of a truncated block number which is so short that it only covers about 2.4 days of blocks.
What if tx.ref_block_prefix does not match ref_block_num? Will the tx be rejected or it's just a ref. as name implies?

19
Thanks for the explanation. I think I can bypass this limit by having the first signer sign several transactions with different expiration and the 2nd signer choose which transaction to use based on expiration to add signature on. This way it's a bit easier and cheaper.

20
Why not just make GRAPHENE_DEFAULT_MAX_TIME_UNTIL_EXPIRATION long enough like the same 4 weeks as proposal max time until expiration?

21
Use a proposal instead.

Thanks. I've had a look at proposal and seems it's more complex and costs more if I understand correctly. Please correct me if I'm wrong.
Say I have a "multisig" account which is controlled in 2/3 way with active and owners PkA,PkB and PkC. What I want is simply transfer fund from "multisig" account to "someone".
To my understanding,
1. I need a transaction which contains proposal_create_operation. I don't even know who will pay the fee as  I have only the multisig account.
2. I need PkA to sign a transaction containing proposal_update_operation to add his/her approval, again I don't know which account to pay the fee.
3. I need PkB to sign a transaction containing proposal_update_operation to add his/her approval, again where can PkB pay the fee.
4. The proposal executes.

As I understand, this will be more complex and fee is about <0.0277 BTS for proposal create + 2*0.00092 BTS for proposal update> where as simple transfer costs about 0.0033 BTS. The proposal way will cost about 10x of simple transfer. 

22
I'm working on a multi-sig related function and found it too limited for transaction expiration.
I checked the code and found GRAPHENE_DEFAULT_MAX_TIME_UNTIL_EXPIRATION is set to 1 day. This is way too short for me as the two parties in multi-sig need more than 1 day to cooperate on transaction signature.
How can I bypass this limitation?

23
中文 (Chinese) / Re: 比特股系统的安全隐患
« on: December 03, 2017, 02:54:19 pm »
我有个自用的冷钱包可以参考,不过因为自用的原因,可能对其他人不太友好,供参考。
基本原理是online部分生成交易以及对签名后的交易广播。离线部分负责签名。
online部分:https://github.com/zhangweis/bts-trxhttps://www.dexfree.com/bts-trx/#/
offline部分:https://github.com/zhangweis/cold-bts
不错。
离线部分是可以直接浏览器打开本地文件,还是必须用npm启动?
好像差个备注(memo)功能?

发到 github 了: https://github.com/bitshares/bitshares-ui/issues/776
离线部分需要用npm run build生成dist/build.js文件后访问index.html的方式使用。由于是html,所以可以支持手机,ipod touch,chromebook等设备做离线设备。

Edit:
我把生成好的dist目录也加入github了,直接clone访问index.html就可以使用。
memo需要把to的memo pubkey传送到离线设备,这样需要有专门的格式不太通用(我是希望离线设备只是简单签名不管交易内容),稍微有点麻烦,而且我本人没有这个需求,所以没有实现。

24
中文 (Chinese) / Re: 比特股系统的安全隐患
« on: November 29, 2017, 11:59:05 pm »
我有个自用的冷钱包可以参考,不过因为自用的原因,可能对其他人不太友好,供参考。
基本原理是online部分生成交易以及对签名后的交易广播。离线部分负责签名。
online部分:https://github.com/zhangweis/bts-trxhttps://www.dexfree.com/bts-trx/#/
offline部分:https://github.com/zhangweis/cold-bts

25
There's one way if you use default cli to transfer funds but can be avoided by using verify_account_name in operations.

See https://bitsharestalk.org/index.php/topic,16829.0.html and https://github.com/cryptonomex/graphene/issues/39

26
General Discussion / Re: BitShares unplanned maintenance
« on: July 10, 2017, 10:10:44 am »
BitShares Network halted ~40 mins ago

Do not Trade / Withdraw / Deposit

Witnesses / Devs are debugging and working on a fix.

Thanks for the info. It explains why the chain stops at 18,154,987.
Do you have more information (links) on the issue?

27
中文 (Chinese) / Re: 交易App想法及原型
« on: April 17, 2017, 01:55:54 pm »
我觉得这个项目可以推广了。有没有推广激励呢?

激励方面,因为内测阶段项目本身没有收入,暂时只能考虑把新注册的用户的referrer设为推广的人。
未来我倒是考虑了一些商业模式,但也需要证明项目有价值才行。
有没有什么建议呢?

28
中文 (Chinese) / Re: 交易App想法及原型
« on: April 17, 2017, 01:47:01 pm »
我觉得这个项目可以推广了。有没有推广激励呢?
暂时还没有很好的推广思路,正在头痛呢。
有没有什么建议?

29
中文 (Chinese) / Re: 交易App想法及原型
« on: March 30, 2017, 02:41:42 pm »
市场深度复制机器人在OPEN.BTC:CNY交易对测试比较成功。提供了超过一半的流动性并小有盈利(28天交易量24254.77CNY及3.41OPEN.BTC)。
下一步计划内测推广应用并自己实现BTC提现及充值。

30
中文 (Chinese) / Re: 交易App想法及原型
« on: March 20, 2017, 08:24:26 pm »
市场深度复制机器人开始在OPEN.BTC:CNY交易对测试运行。

Pages: 1 [2] 3 4 5 6 7 8 9 ... 21