Quote from: xeroc on September 04, 2015, 11:19:02 AM
you have to run the cli_wallet(!!!) with
-H 127.0.0.1:8092
and unlock your wallet.

My wallet will not run with this flag. Is there anything else needed? My two attempts:


cli_wallet -w test2b --chain-id ecbde738ba0b319cb4d266e613b200d010da8b37313c20aec03f9c8e2d9b35e3 -H 127.0.0.1:8092
Logging RPC to file: logs/rpc/rpc.log
2022756ms th_a       main.cpp:111                  main                 ] key_to_wif( committee_private_key ): 5KCBDTcyDqzsqehcb52tW5nU6pXife6V2rX9Yf7c3saYSzbDZ5W
2022757ms th_a       main.cpp:115                  main                 ] nathan_pub_key: GPH6MRyAjQq8ud7hVNYcfnVPJqcVpscN5So8BhtHuGYqET5GDW5CV
2022757ms th_a       main.cpp:116                  main                 ] key_to_wif( nathan_private_key ): 5KQwrPbwdL6PhXujxW37FSSQZ1JiwsST4cqQzDeyXtP79zkvFD3
2022760ms th_a       main.cpp:163                  main                 ] wdata.ws_server: ws://localhost:8090
0 exception: unspecified
Underlying Transport Error
    {"message":"Underlying Transport Error"}
    asio  websocket.cpp:431 operator()

    {"uri":"ws://localhost:8090"}
    th_a  websocket.cpp:616 connect



./cli_wallet -H 127.0.0.1:8092
Logging RPC to file: logs/rpc/rpc.log
2052250ms th_a       main.cpp:111                  main                 ] key_to_wif( committee_private_key ): 5KCBDTcyDqzsqehcb52tW5nU6pXife6V2rX9Yf7c3saYSzbDZ5W
2052250ms th_a       main.cpp:115                  main                 ] nathan_pub_key: GPH6MRyAjQq8ud7hVNYcfnVPJqcVpscN5So8BhtHuGYqET5GDW5CV
2052250ms th_a       main.cpp:116                  main                 ] key_to_wif( nathan_private_key ): 5KQwrPbwdL6PhXujxW37FSSQZ1JiwsST4cqQzDeyXtP79zkvFD3
Starting a new wallet with chain ID 6d2141a7a5577221d3681a4b6296e330f77a4668ddcd78fbbe4fbe966e54bccc (from egenesis)
2052251ms th_a       main.cpp:163                  main                 ] wdata.ws_server: ws://localhost:8090
0 exception: unspecified
Underlying Transport Error
    {"message":"Underlying Transport Error"}
    asio  websocket.cpp:431 operator()

    {"uri":"ws://localhost:8090"}
    th_a  websocket.cpp:616 connect


The brave among you can try to interface with the cli_wallet with
https://github.com/xeroc/python-graphenelib
and run the examples/flood.py script.

you have to run the cli_wallet(!!!) with
-H 127.0.0.1:8092
and unlock your wallet.

Again: Do not try to interface with the witness_node, but instead use the cli_wallet and make sure to have it unlocked!!

Quote from: Xeldal on September 04, 2015, 05:01:44 AM
I could use some CORE for spam if possible.  -> delegate.xeldal

and some votes for 1.6.1625 also, i'mguessing "total_votes" shouldn't be 0

Code Select Expand

{
  "id": "1.6.1625",
   ...
  "total_votes": 0,
  "url": ""
}


Voted. Also, there is a Maintenance Interval that can be quite long by default. It can be changed via a parameter - check the links on the OP.


Also - I could use some CORE as well :).

Quote from: cube on September 04, 2015, 10:19:52 AM

Quote from: bitcard on September 04, 2015, 10:04:51 AM
how to join? is there any guide?

Check out this guide : https://github.com/cryptonomex/graphene/wiki/Howto-become-an-active-witness-in-BitShares-2.0

thanks, I will try it.

You need the .json file of the genesis block. It can be found here:


https://github.com/cryptonomex/graphene/releases/download/test2b/aug-31-testnet-genesis.json


Once you have that you start your witness with something like:

./witness_node --rpc-endpoint "192.168.1.11:8090" -d test_net_2 -s "104.236.118.105:1776" --genesis-json aug-31-testnet-genesis.json


Quote from: cube on September 04, 2015, 10:17:55 AM
I keep getting this but not producing blocks.

Code Select Expand


855000ms th_a       witness.cpp:220               block_production_loo ] Not producing block because it isn't my turn
855000ms th_a       witness.cpp:187               schedule_production_ ] now.time_since_epoch().count(): 1441361655009392 next_second: 2015-09-04T10:14:16
856001ms th_a       witness.cpp:220               block_production_loo ] Not producing block because it isn't my turn
856001ms th_a       witness.cpp:187               schedule_production_ ] now.time_since_epoch().count(): 1441361656010598 next_second: 2015-09-04T10:14:17
857001ms th_a       witness.cpp:220               block_production_loo ] Not producing block because it isn't my turn
...


What does it mean by "Not producing block because it isn't my turn"?

That is normal, or at least I get it as well yet still produce blocks. Puppies posted this up which works well to see if you're producing:




get_witness riverhead
{
  "id": "1.6.3968",
  "witness_account": "1.2.67159",
  "last_aslot": 58732,
  "signing_key": "GPH6BJYGHftujnbttFFKX6YacnvsMd4sbJrbucg682GiU4vmXHTik",
  "pay_vb": "1.13.178",
  "vote_id": "1:3967",
  "total_votes": 1514765,
  "url": ""
}
unlocked >>> get_object "1.13.178"
get_object "1.13.178"
[{
    "id": "1.13.178",
    "owner": "1.2.67159",
    "balance": {
      "amount": 96000000,
      "asset_id": "1.3.0"
    },
    "policy": [
      1,{
        "vesting_seconds": 86400,
        "start_claim": "1970-01-01T00:00:00",
        "coin_seconds_earned": "2534355000000",
        "coin_seconds_earned_last_update": "2015-09-04T10:32:25"
      }
    ]
  }
]



The pay_vb shows the vesting balance object ID. If that is accruing funds you're producing blocks.

Quote from: cube on September 04, 2015, 10:17:55 AM
I keep getting this but not producing blocks.

Code Select Expand


855000ms th_a       witness.cpp:220               block_production_loo ] Not producing block because it isn't my turn
855000ms th_a       witness.cpp:187               schedule_production_ ] now.time_since_epoch().count(): 1441361655009392 next_second: 2015-09-04T10:14:16
856001ms th_a       witness.cpp:220               block_production_loo ] Not producing block because it isn't my turn
856001ms th_a       witness.cpp:187               schedule_production_ ] now.time_since_epoch().count(): 1441361656010598 next_second: 2015-09-04T10:14:17
857001ms th_a       witness.cpp:220               block_production_loo ] Not producing block because it isn't my turn
...


What does it mean by "Not producing block because it isn't my turn"?

I'm getting the same

I have tried


witness_node -d testNet2 --resync-blockchain

and
rm testNet2/blockchain/ testNet2/p2p/ testNet2/logs/ object_database/ -fr
witness_node -d testNet2

have we a list of active seed nodes?

Quote from: bitcard on September 04, 2015, 10:04:51 AM
how to join? is there any guide?

Check out this guide : https://github.com/cryptonomex/graphene/wiki/Howto-become-an-active-witness-in-BitShares-2.0

I keep getting this but not producing blocks.


855000ms th_a       witness.cpp:220               block_production_loo ] Not producing block because it isn't my turn
855000ms th_a       witness.cpp:187               schedule_production_ ] now.time_since_epoch().count(): 1441361655009392 next_second: 2015-09-04T10:14:16
856001ms th_a       witness.cpp:220               block_production_loo ] Not producing block because it isn't my turn
856001ms th_a       witness.cpp:187               schedule_production_ ] now.time_since_epoch().count(): 1441361656010598 next_second: 2015-09-04T10:14:17
857001ms th_a       witness.cpp:220               block_production_loo ] Not producing block because it isn't my turn
...


What does it mean by "Not producing block because it isn't my turn"? 

Quote from: cube on September 04, 2015, 09:38:52 AM
I am joining in the testing.

ID: 1.6.624
Witness Account: 1.2.8112
Account: bitcube

Can someone send me some CORE and vote me in?

how to join? is there any guide?

I am joining in the testing.

ID: 1.6.624
Witness Account: 1.2.8112
Account: bitcube

Can someone send me some CORE and vote me in?

Thank you puppies, with the missing link
wget https://github.com/cryptonomex/graphene/releases/download/test2b/aug-31-testnet-genesis.json]
I found finally the right chain after test 1  ;)

Witness ID:     1.6.1063 
Witness Acc:  1.2.14540

some votes and CORE for "calabiyau" would be appreciated to join the efforts>> party.

Thanks，I have  launched the witness node.

I think maybe "airdrop"(1.6.234) is  a delegate in  genesis block , can not  upgrade to to a lifetime member and create_witness.

Quote from: puppies on September 04, 2015, 05:49:14 AM

Quote from: taoljj on September 04, 2015, 05:13:03 AM

Code Select Expand

get_witness airdrop
{
  "id": "1.6.234",
  "witness_account": "1.2.1854",
  "last_aslot": 0,
  "signing_key": "GPH6XXXXXXXXXXXXXXXXXXXXXXXX",
  "vote_id": "1:233",
  "total_votes": 204540615,
  "url": ""
}


1.6.234 is not producing block and no  "pay_vb"

1.6.234 is active.

Because 1.6.234 was a delegate in  genesis block ?

You have to launch the witness node with the proper commands.  You can either put it all in the command line like,

Code Select Expand


./witness_node --rpc-endpoint "127.0.0.1:8090"  --genesis-json aug-31-testnet-genesis.json -s 104.236.118.105:1776 --witness-id '"1.6.234"' --private-key '["GP...................................oy", "5KW.......................P8a"]'

or you can add these parameters to the config.ini.

I hope thats what you were asking.

Quote from: taoljj on September 04, 2015, 05:13:03 AM

Code Select Expand

get_witness airdrop
{
  "id": "1.6.234",
  "witness_account": "1.2.1854",
  "last_aslot": 0,
  "signing_key": "GPH6XXXXXXXXXXXXXXXXXXXXXXXX",
  "vote_id": "1:233",
  "total_votes": 204540615,
  "url": ""
}


1.6.234 is not producing block and no  "pay_vb"

1.6.234 is active.

Because 1.6.234 was a delegate in  genesis block ?

You have to launch the witness node with the proper commands.  You can either put it all in the command line like,
./witness_node --rpc-endpoint "127.0.0.1:8090"  --genesis-json aug-31-testnet-genesis.json -s 104.236.118.105:1776 --witness-id '"1.6.234"' --private-key '["GP...................................oy", "5KW.......................P8a"]'

or you can add these parameters to the config.ini.

I hope thats what you were asking.

get_witness airdrop
{
  "id": "1.6.234",
  "witness_account": "1.2.1854",
  "last_aslot": 0,
  "signing_key": "GPH6XXXXXXXXXXXXXXXXXXXXXXXX",
  "vote_id": "1:233",
  "total_votes": 204540615,
  "url": ""
}


1.6.234 is not producing block and no  "pay_vb"

1.6.234 is active.

Because 1.6.234 was a delegate in  genesis block ?

I could use some CORE for spam if possible.  -> delegate.xeldal

and some votes for 1.6.1625 also, i'mguessing "total_votes" shouldn't be 0

{
  "id": "1.6.1625",
   ...
  "total_votes": 0,
  "url": ""
}