Initial delegates, let's get ready!

[wackou]

VPS hosted at gandi.net
Location: Paris, France

Config (easily upgradable if necessary):
CPU: 2-core Xeon E5-2650L
RAM: 1G
BW: 100MB/s
OS: Debian stable + some libs from testing

Public keys:
wackou-delegate-1 XTS8Nycs16hWgGQTykcZ8n581scfBePSvyrxAWtfoLYBp4m6VqcCg
wackou-delegate-2 XTS5GfSidYreeUq4WCSEiEoFnmmCgJkDnGaXkPQDVPQJsrztKyCq3
wackou-delegate-3 XTS6sfrKvzeeo6P1Cz2eKusMRPEdWJhSYazJiikaXUizCd5o38oc5
wackou-delegate-4 XTS71xQ7RSg6w3Vbexe8gsQ27stzchhT9qR3o7PABF93rNn4zvJE2
wackou-delegate-5 XTS665TbeRTytMe8u3PusSPeUNUcdMDFke5g459NTU3RWfneafEWA

[emski]

I was toying with the console and the client just shutdown.
Here are the last few lines from the console:

Code: [Select]

emski (unlocked) >>> blockchain_account_record emski
Error: invalid command "blockchain_account_record"
emski (unlocked) >>> blockchain_account_record
shutting down

Here are the last few lines from the log:

Code: [Select]

499387ms       th_a execute_command_line ] blockchain_account_record emski                      cli.cpp:138
499399ms       th_a        delegate_loop ] next block time: 20140608T151245  interval: 15 seconds  now: 20140608T150819             $
501400ms       th_a        delegate_loop ] next block time: 20140608T151245  interval: 15 seconds  now: 20140608T150821             $
503401ms       th_a        delegate_loop ] next block time: 20140608T151245  interval: 15 seconds  now: 20140608T150823             $
504243ms       th_a              ~client ] waiting for delegate loop to complete                        client.cpp:350
505406ms       th_a          accept_loop ] fatal: error opening socket for rpc connection: 9
Operation canceled
    {"message":"Operation canceled"}
    asio  asio.cpp:45 error_handler
Unable to accept connection on socket.
    {}
    th_a  tcp_socket.cpp:212 accept                     node.cpp:1987
505406ms       th_a           ~node_impl ] unexpected exception on close 9
Operation canceled
    {"message":"Operation canceled"}
    asio  asio.cpp:45 error_handler
Unable to accept connection on socket.
    {}
    th_a  tcp_socket.cpp:212 accept                     node.cpp:586

[xeroc]

can my keyhotee founder code be an initial delegate?

[xeroc]

BM: how are keyhotee keys imported?

[alexxy]

default (unlocked) >>> help wallet_import_bitcoin
Usage:
wallet_import_bitcoin <wallet_filename> <passphrase> <account_name>                                   Imports a bitcoin wallet
Imports a bitcoin wallet

Parameters:
  wallet_filename (filename, required): the bitcoin wallet
  passphrase (passphrase, required): the wallet's password
  account_name (account_name, required): the account name to receive the contents of the wallet

Tryed this, but it crashed after importing 5 of ~30 priv keys

[mauritso]

Unable to decode base58 string wallet_import_private_key

WIF format is the format use by bitcoin for private keys.  They are checksummed and encoded in base 58.

Here is an example of what one looks like.

Code: [Select]

5HwCeJNdh5PCimAZZMwTW4HfbziPbFE4wA5JadXaSRAi4zp3mgA
A HEX format key (what you may be attempting to use) looks like:

Code: [Select]

e2c816b9d29545876580aa5d13d4068d8f0c96554fbd53a2ab7ba63127c9df21
They start with a '5'.   If you need to convert your private key from hex to wif you can use:

Code: [Select]

programs/utils/key_to_wif e2c816b9d29545876580aa5d13d4068d8f0c96554fbd53a2ab7ba63127c9df21
5KYAQufupS3VSVKPLTLHDgXDKUVvhCfWWCvK94B6Er5rKQDckp1

Thank you, creating accounts and then adding the keys worked.

That was probably a copy paste error then, I had copied the WIF privkey from the bts_create_key utility.

Is this everything we can do at the moment? Registering accounts/Registering as delegate can't be done until there are funds for that right?

[bytemaster]

You must create the account before importing the key to the account... this is a point of confusion so I will update the API in this regard.

Code: [Select]

wallet_add_contact_account mauritso-delegate-1 XTS6VeDfUq4kT37yzWJs5stJEM3F11i1v6xghQBZYrFENp4aE843y
wallet_import_private_key ${PRIVATE_KEY FOR XTS6VeDfUq4kT37yzWJs5stJEM3F11i1v6xghQBZYrFENp4aE843y}

Ok. This works here. But how to import pts wallet? and keyhotee id?

default (unlocked) >>> help wallet_import_bitcoin
Usage:
wallet_import_bitcoin <wallet_filename> <passphrase> <account_name>                                   Imports a bitcoin wallet
Imports a bitcoin wallet

Parameters:
  wallet_filename (filename, required): the bitcoin wallet
  passphrase (passphrase, required): the wallet's password
  account_name (account_name, required): the account name to receive the contents of the wallet

[bytemaster]

Unable to decode base58 string wallet_import_private_key

WIF format is the format use by bitcoin for private keys.  They are checksummed and encoded in base 58.

Here is an example of what one looks like.

Code: [Select]

5HwCeJNdh5PCimAZZMwTW4HfbziPbFE4wA5JadXaSRAi4zp3mgA
A HEX format key (what you may be attempting to use) looks like:

Code: [Select]

e2c816b9d29545876580aa5d13d4068d8f0c96554fbd53a2ab7ba63127c9df21
They start with a '5'.   If you need to convert your private key from hex to wif you can use:

Code: [Select]

programs/utils/key_to_wif e2c816b9d29545876580aa5d13d4068d8f0c96554fbd53a2ab7ba63127c9df21
5KYAQufupS3VSVKPLTLHDgXDKUVvhCfWWCvK94B6Er5rKQDckp1

[alexxy]

You must create the account before importing the key to the account... this is a point of confusion so I will update the API in this regard.

Code: [Select]

wallet_add_contact_account mauritso-delegate-1 XTS6VeDfUq4kT37yzWJs5stJEM3F11i1v6xghQBZYrFENp4aE843y
wallet_import_private_key ${PRIVATE_KEY FOR XTS6VeDfUq4kT37yzWJs5stJEM3F11i1v6xghQBZYrFENp4aE843y}

Ok. This works here. But how to import pts wallet? and keyhotee id?

[bytemaster]

You must create the account before importing the key to the account... this is a point of confusion so I will update the API in this regard.

Code: [Select]

wallet_add_contact_account mauritso-delegate-1 XTS6VeDfUq4kT37yzWJs5stJEM3F11i1v6xghQBZYrFENp4aE843y
wallet_import_private_key ${PRIVATE_KEY FOR XTS6VeDfUq4kT37yzWJs5stJEM3F11i1v6xghQBZYrFENp4aE843y}

[mauritso]

I can't get it to build correctly on windows, if someone can get it to work, please upload the binaries somewhere and share it.

Running at this moment:

Hardware: Intel i7 2675QM 2.2Ghz / 16GB RAM
Software: Mac OS X 10.9.3
Network: 180mbps down / 18 mbps up
Location: Netherlands

If I can get a working bitshares client on windows:

Hardware: AMD A10 7850K / 8GB RAM / 64GB SSD
Software: Windows 8.1
Network: 180mbps down / 18 mbps up
Location: Netherlands

Or else I will run it in a Virtualbox VM with 3GB RAM and ubuntu server on this hardware.

If needed and/or at the start of the real XT network I will fire up an Amazon EC2 M3.medium / M3.large instance (location: Anywhere ;)

The names are what I will register the keys as.

mauritso-delegate-1: XTS6VeDfUq4kT37yzWJs5stJEM3F11i1v6xghQBZYrFENp4aE843y
mauritso-delegate-2: XTS8H3yYSA39YNjTtVbeeoy9gPAdTg9ZKgMR7dhbiiao4JeMGnfia
mauritso-delegate-3: XTS6eU9M5uRVBQGYtkokD6YVvKiaayXu7prY4bkLrN7J1Cm7aZerZ
mauritso-delegate-4: XTS8B2KDkaHUULJy5kQLq2Su5ZD8tXrvCYbSWoCgbdPKu7UBWCjMw
mauritso-delegate-5: XTS6aCVDtPLP2eTVnjo9DWctZsg6kcxipfEP57nHsVQXmdPTvwtMq

I can't seem to import the keys using

Code: [Select]

wallet_import_private_key <wif_key> mauritso-delegate-1
wallet_import_private_key <wif_key> mauritso(mauritso is the wallet that is currently open)

I get:

Code: [Select]

10
is_valid_account( account_name ):
    {}
    th_a  wallet.cpp:785 import_private_key

    {"account_name":"mauritso"}
    th_a  wallet.cpp:812 import_private_key

    {"account_name":"mauritso"}
    th_a  wallet.cpp:831 import_wif_private_key

    {}
    th_a  common_api_client.cpp:212 wallet_import_private_key

    {"command":"wallet_import_private_key"}
    th_a  cli.cpp:574 execute_command

or

Code: [Select]

Unable to decode base58 string wallet_import_private_key
    {"base58_str":"wallet_import_private_key"}
    th_a  base58.cpp:615 from_base58

    {"account_name":""}
    th_a  wallet.cpp:831 import_wif_private_key

    {}
    th_a  common_api_client.cpp:212 wallet_import_private_key

    {"command":"wallet_import_private_key"}
    th_a  cli.cpp:574 execute_command

when doing wallet_import_private_key and when asked for the privkey giving it the WIF privkey.

Should this be possible and if it is, what am I doing wrong?

I also would like some information about how to run multiple nodes for the same account/delegate effectively. Unlocked/locked wallet, same data/keys or not?

[spartako]

Code: [Select]

root@rrz:~/bitshares_toolkit# cmake .
CMake Error at CMakeLists.txt:3 (cmake_minimum_required):
  CMake 2.8.12 or higher is required.  You are running version 2.8.7


-- Configuring incomplete, errors occurred!

how to solve this problem?

and how to generate public key? I'm lost, just want to join the test.

You need to install a more recent version of cmake >=  2.8.12

[metalallen]

Code: [Select]

root@rrz:~/bitshares_toolkit# cmake .
CMake Error at CMakeLists.txt:3 (cmake_minimum_required):
  CMake 2.8.12 or higher is required.  You are running version 2.8.7


-- Configuring incomplete, errors occurred!

how to solve this problem?

and how to generate public key? I'm lost, just want to join the test.

[liondani]

have you delete my first reply? ...why?

I 'l give the public keys here...

[alexxy]

My location is Russia, St.Petersburg
HW: gentoo node running on core i5

alexxy-delegate-1 XTS6DhvyoGMM6GiEfQ7UbrXXKiQCnofCk9ZTdzTRdswtM3Ttx6Dvm
alexxy-delegate-2 XTS5vTKdk2HX4GCBJ7HNHJk1fnRZao4mYRiJAU2462oGX9e2fcmaz
alexxy-delegate-3 XTS7wNbAFwpMerMszHjY7L3hGFmZtmS9MFGapcPQx7S5w7mBMBdrm
alexxy-delegate-4 XTS6ATqGY8ynvL7cqHsxCJYuNYRLX7Nyv9X51qT6MivTADt6dPMRc
alexxy-delegate-5 XTS6CZpnNrYT4uAxJPFAXRS5U8gKZTF4Z4sSEBjMTMwoYZbmirNc3

IF needed i can run seed node for ipv4 and ipv6 networks