decentfoundation / decent-network Goto Github PK

In a world of cyber-crime, often bug-fixes are provided for most of the common libraries (e.g. boost, cryptographic). If they are statically linked, how are they regularly updated? DCore depends on a lot of them...

Trying to install on Mac OS. Got everything done except the last two install commands which generate the errors below. It's showing I have 9 of these errors. Not sure how to fix.

dev/DECENTfoundation/DECENT-Network/libraries/encrypt/encryptionutils.cpp:304:7: error: 
      unknown type name 'byte'; did you mean 'CryptoPP::byte'?
      byte messageBytes[DECENT_EL_GAMAL_GROUP_ELEMENT_SIZE];
      ^~~~
      CryptoPP::byte

Vagrant file is not working for DECENT-Network components. It is unable to deploy with provided file. Either remove it, or correct it. I would advise to move it to separate repository for automated deployment.

List of seeder nodes shall be publicly available on GitHub. Preferably in JSON format. During startup, daemon shall download the actual list.

There should be an API call in daemon which will commit itself into the official list. Also, It will be beneficial if these nodes send heartbeats to monitoring service (webUI with telemetry: latency, uptime, version, etc).

Other thing is that these nodes does not require most of the plugins bundled with daemon. Also, it does not require to hold blockchain copy. Seeder nodes are very important in an infrastructure, so why not make them as lightweight and cheep as possible?

The hardcoded list have DNS names that could be easily spoofed what could in theory lead to 51% attack. As well as, they could be used for DDoS attack. Lastly, it does not look trustworthy.

I know it could be overridden via config.ini so the question is: why not distribute config.ini within official bundles?

Config.ini does not suite with JSON throughout the project. Initial config shall be in JSON as well.

There is none building/compiling procedure to make/install official-release binaries. Only, how to bolt this repository into some gigantic debug-grade statically linked binaries.

There is no possibility to bind ethernet adapter by DCore process. E.g. I want to use separate uplink with DCore daemon (e.g. mining, p2p overlay network,...), and separate uplink via API calls or IPFS. As well as, plenty of another deployment scenarios present themselves in cloud, containerized infrastructure.

Two of the items I uploaded are missing. When I go to resync it shows a completely different item that I uploaded.

"BItcoin. Very great country! USA isn't number one!"

How to correct this?

The build appears to fail on Ubuntu 16.04 with the latest patches even after installing boost version 1.60. It appears to be a problem inside boost. This is the first error fails after cmake --build . --target all -- -j -l 3.0:

In file included from /home/del/ownCloud/github/DECENT-Network-third-party/boost-1.60.0_prefix/include/boost/asio/ssl/context.hpp:786:0,
                 from /home/del/ownCloud/github/DECENT-Network-third-party/boost-1.60.0_prefix/include/boost/asio/ssl.hpp:19,
                 from /home/del/ownCloud/github/DECENT-Network/libraries/contrib/fc/vendor/websocketpp/websocketpp/common/asio_ssl.hpp:36,
                 from /home/del/ownCloud/github/DECENT-Network/libraries/contrib/fc/vendor/websocketpp/websocketpp/transport/asio/security/tls.hpp:35,
                 from /home/del/ownCloud/github/DECENT-Network/libraries/contrib/fc/vendor/websocketpp/websocketpp/config/asio_client.hpp:33,
                 from /home/del/ownCloud/github/DECENT-Network/libraries/contrib/fc/src/network/http/websocket.cpp:10:
/home/del/ownCloud/github/DECENT-Network-third-party/boost-1.60.0_prefix/include/boost/asio/ssl/impl/context.ipp:940:10: error: invalid use of incomplete type ‘SSL_CTX {aka struct ssl_ctx_st}’
   handle_->default_passwd_callback_userdata = callback;
          ^

This warning message appears to be relevant:

In file included from /usr/include/openssl/crypto.h:31:0,
                 from /usr/include/openssl/bio.h:20,
                 from /usr/include/openssl/conf.h:13,
                 from /home/del/ownCloud/github/DECENT-Network-third-party/boost-1.60.0_prefix/include/boost/asio/ssl/detail/openssl_types.hpp:19,
                 from /home/del/ownCloud/github/DECENT-Network-third-party/boost-1.60.0_prefix/include/boost/asio/ssl/context_base.hpp:19,
                 from /home/del/ownCloud/github/DECENT-Network-third-party/boost-1.60.0_prefix/include/boost/asio/ssl/context.hpp:27,
                 from /home/del/ownCloud/github/DECENT-Network-third-party/boost-1.60.0_prefix/include/boost/asio/ssl.hpp:19,
                 from /home/del/ownCloud/github/DECENT-Network/libraries/contrib/fc/vendor/websocketpp/websocketpp/common/asio_ssl.hpp:36,
                 from /home/del/ownCloud/github/DECENT-Network/libraries/contrib/fc/vendor/websocketpp/websocketpp/transport/asio/security/tls.hpp:35,
                 from /home/del/ownCloud/github/DECENT-Network/libraries/contrib/fc/vendor/websocketpp/websocketpp/config/asio_client.hpp:33,
                 from /home/del/ownCloud/github/DECENT-Network/libraries/contrib/fc/src/network/http/websocket.cpp:10:
/usr/include/openssl/ossl_typ.h:145:16: note: forward declaration of ‘SSL_CTX {aka struct ssl_ctx_st}’
 typedef struct ssl_ctx_st SSL_CTX;

This error also occurs, later in the build of the same file:

In file included from /usr/include/openssl/engine.h:30:0,
                 from /home/del/ownCloud/github/DECENT-Network-third-party/boost-1.60.0_prefix/include/boost/asio/ssl/detail/openssl_types.hpp:22,
                 from /home/del/ownCloud/github/DECENT-Network-third-party/boost-1.60.0_prefix/include/boost/asio/ssl/context_base.hpp:19,
                 from /home/del/ownCloud/github/DECENT-Network-third-party/boost-1.60.0_prefix/include/boost/asio/ssl/context.hpp:27,
                 from /home/del/ownCloud/github/DECENT-Network-third-party/boost-1.60.0_prefix/include/boost/asio/ssl.hpp:19,
                 from /home/del/ownCloud/github/DECENT-Network/libraries/contrib/fc/vendor/websocketpp/websocketpp/common/asio_ssl.hpp:36,
                 from /home/del/ownCloud/github/DECENT-Network/libraries/contrib/fc/vendor/websocketpp/websocketpp/transport/asio/security/tls.hpp:35,
                 from /home/del/ownCloud/github/DECENT-Network/libraries/contrib/fc/vendor/websocketpp/websocketpp/config/asio_client.hpp:33,
                 from /home/del/ownCloud/github/DECENT-Network/libraries/contrib/fc/src/network/http/websocket.cpp:10:
/home/del/ownCloud/github/DECENT-Network-third-party/boost-1.60.0_prefix/include/boost/asio/ssl/detail/impl/engine.ipp: In member function ‘const boost::system::error_code& boost::asio::ssl::detail::engine::map_error_code(boost::system::error_code&) const’:
/home/del/ownCloud/github/DECENT-Network-third-party/boost-1.60.0_prefix/include/boost/asio/ssl/detail/impl/engine.ipp:207:34: error: ‘SSL_R_SHORT_READ’ was not declared in this scope
         ERR_PACK(ERR_LIB_SSL, 0, SSL_R_SHORT_READ),

Ever since the new release "DECENT Core update 1" my DECENTcore 'Application/Software' will not sync the Blockchain. It's basically like what happened before the "Mandatory bugfixes" was required to be installed after v1.0 stopped syncing with the Blockchain.

I have a 2017 MacBook Pro and I didn't upgrade to HighSierra untill yesterday [I have been slowly testing all my blockchain software on another older MacBook to test compatibility and I determined all of my crypto software was good]; only the DECENTcore wallet/software wouldnt work on either. It wouldn't work on my older MacBook because its a core2 processor but it has HighSierra [it crashes immediately]. So I had noticed that my DECENTcore wallet had stopped syncing and found the new DECENT Core update 1 and figured that would fix it [at that point I was still on Sierra]; but DECENT Core update 1 did not help the blockchain sync. So I figured it must be that DECENT Core update 1 for Mac was built for HighSierra & with all other crypto wallets and software working on HighSierra I decided to upgrade. Everything went great yet when I opened 'DECENT-distribution.1.1.0' [installation] it still isn't syncing. Then I installed 'DECENT-distribution.1.1.0-DEBUG' and that wont sync either. So it seems to me like its not an OS problem; the 'DECENT-distribution.1.1.0' wouldn't sync on Sierra and now HighSierra...

Does anyone out there have a solution for this or is experiencing the same issue?

When running the decent daemon on a CentOS 7(64 bit) environment I'm getting a segmentation fault.
The .decent folder with the config file is created successfully, but the log files don't contain any logs.

This the output when running decentd:

3053057ms th_a miner.cpp:90 plugin_initialize ] miner plugin: plugin_initialize() begin
3053058ms th_a miner.cpp:100 plugin_initialize ] key_id_to_wif_pair: ["DCT6MRyAjQq8ud7hVNYcfnVPJqcVpscN5So8BhtHuGYqET5GDW5CV","5KQwrPbwdL6PhXujxW37FSSQZ1JiwsST4cqQzDeyXtP79zkvFD3"]
3053058ms th_a miner.cpp:118 plugin_initialize ] miner plugin: plugin_initialize() end
3053058ms th_a seeding.cpp:547 plugin_initialize ] seeding plugin: plugin_initialize() start
3053058ms th_a seeding.cpp:613 plugin_initialize ] seeding plugin: plugin_initialize() end
3053059ms th_a application.cpp:395 startup ] Detected unclean shutdown. Replaying blockchain...
3053059ms th_a application.cpp:274 operator() ] Initializing database...
3053067ms th_a db_management.cpp:52 reindex ] reindexing blockchain
3053068ms th_a db_management.cpp:106 wipe ] Wiping database
3053069ms th_a object_database.cpp:90 wipe ] Wiping object database...
3053069ms th_a object_database.cpp:92 wipe ] Done wiping object databse.
3053069ms th_a object_database.cpp:98 open ] Opening object database from /root/.decent/data/decentd/blockchain ...
3053070ms th_a object_database.cpp:104 open ] Done opening object database.
3053093ms th_a db_init.cpp:309 init_genesis ] chain_id: 4777b283f8006237590c67a5001fb62e14fdfd2c0f5f5afb55e687ae8082d483
3053094ms th_a db_init.cpp:340 init_genesis ] account: {"name":"init0","owner_key":"DCT7WajG3BUdorEndqQLtWvYM3xyGjtE9yhxhNDFGqsBoSDc1s35g","active_key":"DCT7WajG3BUdorEndqQLtWvYM3xyGjtE9yhxhNDFGqsBoSDc1s35g"}
3053096ms th_a db_init.cpp:340 init_genesis ] account: {"name":"init1","owner_key":"DCT7WajG3BUdorEndqQLtWvYM3xyGjtE9yhxhNDFGqsBoSDc1s35g","active_key":"DCT7WajG3BUdorEndqQLtWvYM3xyGjtE9yhxhNDFGqsBoSDc1s35g"}
3053096ms th_a db_init.cpp:340 init_genesis ] account: {"name":"init2","owner_key":"DCT7WajG3BUdorEndqQLtWvYM3xyGjtE9yhxhNDFGqsBoSDc1s35g","active_key":"DCT7WajG3BUdorEndqQLtWvYM3xyGjtE9yhxhNDFGqsBoSDc1s35g"}
3053096ms th_a db_init.cpp:340 init_genesis ] account: {"name":"init3","owner_key":"DCT7WajG3BUdorEndqQLtWvYM3xyGjtE9yhxhNDFGqsBoSDc1s35g","active_key":"DCT7WajG3BUdorEndqQLtWvYM3xyGjtE9yhxhNDFGqsBoSDc1s35g"}
3053097ms th_a db_init.cpp:340 init_genesis ] account: {"name":"init4","owner_key":"DCT7WajG3BUdorEndqQLtWvYM3xyGjtE9yhxhNDFGqsBoSDc1s35g","active_key":"DCT7WajG3BUdorEndqQLtWvYM3xyGjtE9yhxhNDFGqsBoSDc1s35g"}
3053097ms th_a db_init.cpp:340 init_genesis ] account: {"name":"init5","owner_key":"DCT7WajG3BUdorEndqQLtWvYM3xyGjtE9yhxhNDFGqsBoSDc1s35g","active_key":"DCT7WajG3BUdorEndqQLtWvYM3xyGjtE9yhxhNDFGqsBoSDc1s35g"}
3053097ms th_a db_init.cpp:340 init_genesis ] account: {"name":"init6","owner_key":"DCT7WajG3BUdorEndqQLtWvYM3xyGjtE9yhxhNDFGqsBoSDc1s35g","active_key":"DCT7WajG3BUdorEndqQLtWvYM3xyGjtE9yhxhNDFGqsBoSDc1s35g"}
3053098ms th_a db_init.cpp:340 init_genesis ] account: {"name":"init7","owner_key":"DCT7WajG3BUdorEndqQLtWvYM3xyGjtE9yhxhNDFGqsBoSDc1s35g","active_key":"DCT7WajG3BUdorEndqQLtWvYM3xyGjtE9yhxhNDFGqsBoSDc1s35g"}
3053098ms th_a db_init.cpp:340 init_genesis ] account: {"name":"init8","owner_key":"DCT7WajG3BUdorEndqQLtWvYM3xyGjtE9yhxhNDFGqsBoSDc1s35g","active_key":"DCT7WajG3BUdorEndqQLtWvYM3xyGjtE9yhxhNDFGqsBoSDc1s35g"}
3053098ms th_a db_init.cpp:340 init_genesis ] account: {"name":"init9","owner_key":"DCT7WajG3BUdorEndqQLtWvYM3xyGjtE9yhxhNDFGqsBoSDc1s35g","active_key":"DCT7WajG3BUdorEndqQLtWvYM3xyGjtE9yhxhNDFGqsBoSDc1s35g"}
3053099ms th_a db_init.cpp:340 init_genesis ] account: {"name":"init10","owner_key":"DCT7WajG3BUdorEndqQLtWvYM3xyGjtE9yhxhNDFGqsBoSDc1s35g","active_key":"DCT7WajG3BUdorEndqQLtWvYM3xyGjtE9yhxhNDFGqsBoSDc1s35g"}
3053100ms th_a db_init.cpp:340 init_genesis ] account: {"name":"decent1","owner_key":"DCT7X3p8jBvzQKGYRNf7MiMeYEqGuSvxYiG69Q9rmq7ePPvNiBpkn","active_key":"DCT7X3p8jBvzQKGYRNf7MiMeYEqGuSvxYiG69Q9rmq7ePPvNiBpkn","owner_key2":"DCT6cUwL96JBvdbaHuLEL5C1U4NG3YZ4f1kojsgwv3U4acqDGex73","owner_key3":"DCT6W5H1n1uYNWh8aYFWNGMgftzJe9sSPcDhz9A66HgykoRirBSgK","active_key2":"DCT6cUwL96JBvdbaHuLEL5C1U4NG3YZ4f1kojsgwv3U4acqDGex73","active_key3":"DCT6W5H1n1uYNWh8aYFWNGMgftzJe9sSPcDhz9A66HgykoRirBSgK","owner_threshold":2,"active_threshold":2}
3053101ms th_a db_init.cpp:340 init_genesis ] account: {"name":"decent2","owner_key":"DCT7kz1uHqFADuYvxZFVERePt42KgbrDDyzSpEKEZvbdh5sDSKdg9","active_key":"DCT7kz1uHqFADuYvxZFVERePt42KgbrDDyzSpEKEZvbdh5sDSKdg9","owner_key2":"DCT6FcaUNaRYkry5KZrbq8UFyDdrK3McJYqfjPErCXbyHPTofZm85","owner_key3":"DCT6KQTcigHMgbRxMWCeTSJ16TkPa18d7tBVinvh5BKyGt1rs3NVm","active_key2":"DCT6FcaUNaRYkry5KZrbq8UFyDdrK3McJYqfjPErCXbyHPTofZm85","active_key3":"DCT6KQTcigHMgbRxMWCeTSJ16TkPa18d7tBVinvh5BKyGt1rs3NVm","owner_threshold":2,"active_threshold":2}
3053101ms th_a db_init.cpp:340 init_genesis ] account: {"name":"decent3","owner_key":"DCT5RMT8nsKWHxRg8PgoykdQx1tPbxkE4jaae6bc83ex91ZLDYaik","active_key":"DCT5RMT8nsKWHxRg8PgoykdQx1tPbxkE4jaae6bc83ex91ZLDYaik","owner_key2":"DCT8E3zfwT5FMpfxNt5NgEPEs4yTaztmD5J56ofCHe36NDMhEDbQq","owner_key3":"DCT6yvsCotr2WX43xmSbP26c8EkxfXhpqcUs2i5jowmgMmxXMLnSG","active_key2":"DCT8E3zfwT5FMpfxNt5NgEPEs4yTaztmD5J56ofCHe36NDMhEDbQq","active_key3":"DCT6yvsCotr2WX43xmSbP26c8EkxfXhpqcUs2i5jowmgMmxXMLnSG","owner_threshold":2,"active_threshold":2}
3053102ms th_a db_init.cpp:340 init_genesis ] account: {"name":"decent4","owner_key":"DCT6t3nPF5r8L33JcHtwLXbcF8jwQFC21vbg4MTRvrj2teygWtEkV","active_key":"DCT6t3nPF5r8L33JcHtwLXbcF8jwQFC21vbg4MTRvrj2teygWtEkV","owner_key2":"DCT6XzirCjGXT4SddeDwtTo3UXgN14awuCycCMd6zxxiDkKbZbuF9","owner_key3":"DCT699xpPeThFD4XZ6LSxYS49Mwin6BWdvHMbFUuYsYXAyA42RF6t","active_key2":"DCT6XzirCjGXT4SddeDwtTo3UXgN14awuCycCMd6zxxiDkKbZbuF9","active_key3":"DCT699xpPeThFD4XZ6LSxYS49Mwin6BWdvHMbFUuYsYXAyA42RF6t","owner_threshold":2,"active_threshold":2}
3053102ms th_a db_init.cpp:340 init_genesis ] account: {"name":"decent5","owner_key":"DCT6ybRW4X9HNC8CJ8Z3q5MyMhqkPPDMPZK219XmAK3x1ruU9ruNv","active_key":"DCT6ybRW4X9HNC8CJ8Z3q5MyMhqkPPDMPZK219XmAK3x1ruU9ruNv","owner_key2":"DCT6WzvR5D8Z6eWGvZCUx2ASDPd6zXzDorRhWncua2hAEA8Jdd8jX","owner_key3":"DCT5bKoB2szHJGMHT97B71VMTjZPjJMF3mnvw5AMsofb48KNh3vB1","active_key2":"DCT6WzvR5D8Z6eWGvZCUx2ASDPd6zXzDorRhWncua2hAEA8Jdd8jX","active_key3":"DCT5bKoB2szHJGMHT97B71VMTjZPjJMF3mnvw5AMsofb48KNh3vB1","owner_threshold":2,"active_threshold":2}
3053102ms th_a db_init.cpp:340 init_genesis ] account: {"name":"decent6","owner_key":"DCT7WajG3BUdorEndqQLtWvYM3xyGjtE9yhxhNDFGqsBoSDc1s35g","active_key":"DCT7WajG3BUdorEndqQLtWvYM3xyGjtE9yhxhNDFGqsBoSDc1s35g"}
3053103ms th_a db_init.cpp:412 init_genesis ] creating balance
3053103ms th_a db_init.cpp:413 init_genesis ] top: {"fee":{"amount":0,"asset_id":"1.3.0"},"from":"1.2.0","to":"1.2.15","amount":{"amount":"732894133922417","asset_id":"1.3.0"},"extensions":[]}
3053103ms th_a db_init.cpp:414 init_genesis ] balance: {"owner":"decent1","asset_symbol":"DCT","amount":"732894133922417"}
3053104ms th_a db_init.cpp:412 init_genesis ] creating balance
3053104ms th_a db_init.cpp:413 init_genesis ] top: {"fee":{"amount":0,"asset_id":"1.3.0"},"from":"1.2.0","to":"1.2.16","amount":{"amount":"3851075976750000","asset_id":"1.3.0"},"extensions":[]}
3053104ms th_a db_init.cpp:414 init_genesis ] balance: {"owner":"decent2","asset_symbol":"DCT","amount":"3851075976750000"}
3053104ms th_a db_init.cpp:412 init_genesis ] creating balance
3053104ms th_a db_init.cpp:413 init_genesis ] top: {"fee":{"amount":0,"asset_id":"1.3.0"},"from":"1.2.0","to":"1.2.17","amount":{"amount":"146588826784483","asset_id":"1.3.0"},"extensions":[]}
3053105ms th_a db_init.cpp:414 init_genesis ] balance: {"owner":"decent3","asset_symbol":"DCT","amount":"146588826784483"}
3053105ms th_a db_init.cpp:412 init_genesis ] creating balance
3053105ms th_a db_init.cpp:413 init_genesis ] top: {"fee":{"amount":0,"asset_id":"1.3.0"},"from":"1.2.0","to":"1.2.18","amount":{"amount":"400000000000000","asset_id":"1.3.0"},"extensions":[]}
3053105ms th_a db_init.cpp:414 init_genesis ] balance: {"owner":"decent4","asset_symbol":"DCT","amount":"400000000000000"}
3053105ms th_a db_init.cpp:412 init_genesis ] creating balance
3053105ms th_a db_init.cpp:413 init_genesis ] top: {"fee":{"amount":0,"asset_id":"1.3.0"},"from":"1.2.0","to":"1.2.20","amount":{"amount":"50000000000","asset_id":"1.3.0"},"extensions":[]}
3053105ms th_a db_init.cpp:414 init_genesis ] balance: {"owner":"decent6","asset_symbol":"DCT","amount":"50000000000"}
3053108ms th_a db_management.cpp:59 reindex ] !no last block
3053108ms th_a db_management.cpp:60 reindex ] last_block:
Segmentation fault

In case of gcc or llvm-clang compilers, cross-compiling is possible for MacOSX, Linux, Windows platforms. Thus, CI/CD would not be the problem. Thus, development is easier. Thus, testing is easier. Thus, releasing is faster.

Any CLI output and logs of daemon shall be redirected to proper sink/server, in official releases. Daemon only needs to display two states: synced or syncing. Everything else shall be configurable in tiers and topics, but definitely it shall be redirected to log server, not CLI output.

When I try to run create_package, it seems that it does not find my file and returns 0000000
I tried from different disks, folders and files...

I followed the ICO reclaim guide on 11 July.

My balance shown at the end of this process was 1375 DCT. (Screenshot: DCT ICO Balance.png)
But when I login to my wallet on decentgo it shows 0 DCT. (Screenshot: DCT Wallet Balance.png)

Please fix to show the correct balance of 1375 so that I can withdraw my DCT.

I am proposing to rename CLI_wallet executable to DCore-CLIent or similar, as the former name does not reflects reality: CLI_wallet executable does offer a lot more then lightweight interface for DCore daemon. It can even run in daemon mode, itself, and to offer API endpoint, voting, statistics, creating miner/seeder accounts, etc...

Lastly, it shall be distributed and maintained as independent component. It can interface with multiple daemons and it offers plenty of deployment scenarios.

Finally, building process requires revision/optimization because it bundles a lot of unnecessary components/libraries/plugins and there is none real-release version.

Distr: ArchLinux
Linux Kernel: 4.11.9-1-ARCH
gcc: gcc 7.1.1-3
Boost: boost 1.64.0-4
websocketpp 0.7.0-1

server@dga-serv:~/dev/DECENTfoundation/DECENT-Network-build` $  cmake -G "Unix Makefiles" -D CMAKE_BUILD_TYPE=Release ~/dev/DECENTfoundation/DECENT-Network
-- The C compiler identification is GNU 7.1.1
-- The CXX compiler identification is GNU 7.1.1
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- cotire 1.7.9 loaded.
-- Using custom FindBoost.cmake
-- Boost version: 1.64.0
-- Found the following Boost libraries:
--   thread
--   date_time
--   system
--   filesystem
--   program_options
--   signals
--   serialization
--   chrono
--   unit_test_framework
--   context
--   coroutine
--   locale
-- Looking for Crypto++
-- Crypto++ found at /usr/lib/libcryptopp.so
-- Looking for PBC
-- Building PBC library
-- PBC will be taken from /home/server/dev/DECENTfoundation/DECENT-Network-build/libraries/contrib/pbc/artifacts/prefix/lib/libpbc.a
-- Configuring Decent on Linux
-- Looking for: db_cxx-6.0
-- debug/lib/libdb_cxx.sooptimized/lib/libdb_cxx.so
-- Found BerkeleyDB: /usr/include
-- Configuring project fc located in: /home/server/dev/DECENTfoundation/DECENT-Network/libraries/contrib/fc
-- Configuring fc to build on Unix/Apple
-- Using custom FindBoost.cmake
-- Boost version: 1.64.0
-- Found the following Boost libraries:
--   thread
--   date_time
--   system
--   filesystem
--   program_options
--   signals
--   serialization
--   chrono
--   unit_test_framework
--   context
--   locale
--   iostreams
--   coroutine
-- Found OpenSSL: /usr/lib/libcrypto.so (found version "1.1.0f")
-- Found ZLIB: /usr/lib/libz.so (found version "1.2.11")
** websocketpp

=========== Used Build Configuration =============

-- ENABLE_CPP11        = ON
-- BUILD_EXAMPLES      = OFF
-- BUILD_TESTS         = OFF

-- WEBSOCKETPP_ROOT    = /home/server/dev/DECENTfoundation/DECENT-Network/libraries/contrib/fc/vendor/websocketpp
-- WEBSOCKETPP_BIN     = /home/server/dev/DECENTfoundation/DECENT-Network-build/libraries/contrib/fc/vendor/websocketpp/bin
-- WEBSOCKETPP_LIB     = /home/server/dev/DECENTfoundation/DECENT-Network-build/libraries/contrib/fc/vendor/websocketpp/lib
-- Install prefix      = /usr/local

-- WEBSOCKETPP_BOOST_LIBS        =
-- WEBSOCKETPP_PLATFORM_LIBS     =
-- WEBSOCKETPP_PLATFORM_TLS_LIBS =

-- OPENSSL_FOUND        = TRUE
-- OPENSSL_INCLUDE_DIR     = /usr/include
-- OPENSSL_LIBRARIES = /usr/lib/libssl.so;/usr/lib/libcrypto.so
-- OPENSSL_VERSION = 1.1.0f

-- Found Curses: /usr/lib/libcurses.so
-- Found Readline: /usr/include
-- Finished fc module configuration...
-- Found CURL: /usr/lib/libcurl.so (found version "7.54.1")
-- Graphene database unity build enabled
-- egenesis: none
-- embed_genesis_args: -t/home/server/dev/DECENTfoundation/DECENT-Network/libraries/egenesis/egenesis_brief.cpp.tmpl---/home/server/dev/DECENTfoundation/DECENT-Network-build/libraries/egenesis/egenesis_brief.cpp-t/home/server/dev/DECENTfoundation/DECENT-Network/libraries/egenesis/egenesis_full.cpp.tmpl---/home/server/dev/DECENTfoundation/DECENT-Network-build/libraries/egenesis/egenesis_full.cpp
-- Found Perl: /usr/bin/perl (found version "5.26.0")
-- Could NOT find Doxygen (missing:  DOXYGEN_EXECUTABLE)
-- Configuring done
-- Generating done
-- Build files have been written to: /home/server/dev/DECENTfoundation/DECENT-Network-build

ERROR BUILD:

[ 19%] Building CXX object libraries/contrib/fc/CMakeFiles/fc.dir/src/network/ntp.cpp.o
[ 19%] Building CXX object libraries/contrib/fc/CMakeFiles/fc.dir/src/network/http/websocket.cpp.o
[ 20%] Building CXX object libraries/contrib/fc/CMakeFiles/fc.dir/src/network/http/http_server.cpp.o
In file included from /home/server/dev/DECENTfoundation/DECENT-Network/libraries/contrib/fc/vendor/websocketpp/websocketpp/config/asio_client.hpp:33:0,
                 from /home/server/dev/DECENTfoundation/DECENT-Network/libraries/contrib/fc/src/network/http/websocket.cpp:10:
/home/server/dev/DECENTfoundation/DECENT-Network/libraries/contrib/fc/vendor/websocketpp/websocketpp/transport/asio/security/tls.hpp: В функции-члене «std::error_code websocketpp::transport::asio::tls_socket::connection::translate_ec(ErrorCodeType)»:
/home/server/dev/DECENTfoundation/DECENT-Network/libraries/contrib/fc/vendor/websocketpp/websocketpp/transport/asio/security/tls.hpp:358:47: ошибка: нет декларации «SSL_R_SHORT_READ» в этой области видимости
             if (ERR_GET_REASON(ec.value()) == SSL_R_SHORT_READ) {
                                               ^~~~~~~~~~~~~~~~
/home/server/dev/DECENTfoundation/DECENT-Network/libraries/contrib/fc/vendor/websocketpp/websocketpp/transport/asio/security/tls.hpp:358:47: замечание: suggested alternative: «SSL_F_SSL_READ»
             if (ERR_GET_REASON(ec.value()) == SSL_R_SHORT_READ) {
                                               ^~~~~~~~~~~~~~~~
                                               SSL_F_SSL_READ
/home/server/dev/DECENTfoundation/DECENT-Network/libraries/contrib/fc/vendor/websocketpp/websocketpp/transport/asio/security/tls.hpp: В функции-члене «std::error_code websocketpp::transport::asio::tls_socket::connection::translate_ec(ErrorCodeType) [with ErrorCodeType = boost::system::error_code]»:
/home/server/dev/DECENTfoundation/DECENT-Network/libraries/contrib/fc/vendor/websocketpp/websocketpp/transport/asio/security/tls.hpp:370:5: предупреждение: управление достигает конца не-void функции [-Wreturn-type]
     }
     ^
make[2]: *** [libraries/contrib/fc/CMakeFiles/fc.dir/build.make:1743: libraries/contrib/fc/CMakeFiles/fc.dir/src/network/http/websocket.cpp.o] Ошибка 1
make[1]: *** [CMakeFiles/Makefile2:438: libraries/contrib/fc/CMakeFiles/fc.dir/all] Ошибка 2
make: *** [Makefile:152: all] Ошибка 2

Today, it's possible to build 3 components as a bundle: decentd, cli_wallet, qt_wallet, but not separately. As a whole it bundles a lot of unnecessary ballast, mostly for qt_wallet, that is not needed for most of the source code builds. As a result, building process takes a lot of time and it is not lightweight for DevOps, integration and containerized deployment.

This is a huge set-back in automated deployments. It is a ig issue. In addition, It is impossible to do CI/CD.

It is advised to split repository in sub-trees for each component: decentd, cli_wallet, qt_wallet. Make files requires revisions in order to optimize separate builds.

compiling is unnessesary complicated, because it is hard to get an adequate environment. you have to setup several tools and compile them like cmake and libboost. This is slowing down the developement.

Why not provide a docker file for a working development enviroment to compile the node?

Also for major linux dists like ubutunu 16.04 it was easy to release precompiled binaries. Are there any?

see also #243

Hi. Is there any way to access restricted APIs without using websocket?
I.e. when using curl, I get the following output.

xallavon:~$ curl --data '{"id":1, "method":"call", "params":[1,"login",["bytemaster", "supersecret"]]}' http://127.0.0.1:8090/rpc
{"id":1,"result":true}
xallavon:~$ curl --data '{"id":1, "method"history",[]]}' http://127.0.0.1:8090p://127.0.0.1:8090/rpc
{"id":1,"error":{"code":1,"message":"10 assert_exception: Assert Exception\n_history_api: \n    {}\n    th_a  api.cpp:251 history","data":{"code":10,"name":"assert_exception","message":"Assert Exception","stack":[{"context":{"level":"error","file":"api.cpp","line":251,"method":"history","hostname":"","thread_name":"th_a","timestamp":"2017-07-05T16:14:01"},"format":"_history_api: ","data":{}}]}}}

The idea is to optimize low-level networking, db and file IOs to leverage higher throughput and better resource management. Other benefit is handling events in separate threads.

In source code is misused concept of seeder nodes (p2p, edge, border, bootstrap nodes) and seeding nodes (provides ipfs proxy). Some functions are difficult to read when one does not understand the seeding concept. Name of the functions is really similar due to extending original one.

As the memory requirements grows with each block, in time. In cloud deployments or high-performance-computing, a space efficiency is the important property, in order to keep used memory as low as possible, the segregated witness approach shall be implemented. The basic idea behind, is the fact that once the transaction is validated and it is immutable written into a blockchain database, its signature is no longer relevant. Therefore, these signatures shall be omitted from blockchain space.

Error log is shown:

3042341ms th_a db_block.cpp:204 _push_block ] Failed to push new block:
10 assert_exception: Assert Exception
itr->get_balance() >= -delta: Insufficient Balance: shu-iro's balance of 0.00398435 DCT is less than required 0.02263483 DCT
{"a":"shu-iro","b":"0.00398435 DCT","r":"0.02263483 DCT"}
th_a db_balance.cpp:74 adjust_balance

{"account":"1.2.2328","delta":{"amount":-2263483,"asset_id":"1.3.0"}}
th_a  db_balance.cpp:80 adjust_balance

{"next_block.block_num()":404727}
th_a  db_block.cpp:563 _apply_block

3042342ms th_a application.cpp:531 handle_block ] Error when pushing block:
10 assert_exception: Assert Exception
itr->get_balance() >= -delta: Insufficient Balance: shu-iro's balance of 0.00398435 DCT is less than required 0.02263483 DCT
{"a":"shu-iro","b":"0.00398435 DCT","r":"0.02263483 DCT"}
th_a db_balance.cpp:74 adjust_balance

{"account":"1.2.2328","delta":{"amount":-2263483,"asset_id":"1.3.0"}}
th_a  db_balance.cpp:80 adjust_balance

{"next_block.block_num()":404727}
th_a  db_block.cpp:563 _apply_block

{"new_block":{"previous":"00062cf6e7e366640b20f13a468e33c54666d688","timestamp":"2017-07-25T08:57:50","miner":"1.4.14","transaction_merkle_root":"c9361c0f58b8aec340c55fdad97653e0fa99947f","extensions":[],"miner_signature":"201f5cda75aadd108016b6af95a7bec39e689e1ed9eac2e509f4939cdd298ce6c06428ed6087607822782e2283d6dd266fe0f2b8dc0be21e903bcb7d0bae472b37","transactions":[{"ref_block_num":11510,"ref_block_prefix":1684464615,"expiration":"2017-07-25T00:00:25","operations":[[1,{"fee":{"amount":500000,"asset_id":"1.3.0"},"registrar":"1.2.21","name":"u959dd8a0f4c7a8a7ea9336f2777e9742","owner":{"weight_threshold":1,"account_auths":[],"key_auths":[["DCT7zFmhwwoiqRsyFVVCPu2bTqWz2Co9rm7NkGoGgvKBWLZPso72N",1]]},"active":{"weight_threshold":1,"account_auths":[],"key_auths":[["DCT7zFmhwwoiqRsyFVVCPu2bTqWz2Co9rm7NkGoGgvKBWLZPso72N",1]]},"options":{"memo_key":"DCT7zFmhwwoiqRsyFVVCPu2bTqWz2Co9rm7NkGoGgvKBWLZPso72N","voting_account":"1.2.3","num_miner":0,"votes":[],"extensions":[],"allow_subscription":false,"price_per_subscribe":{"amount":0,"asset_id":"1.3.0"},"subscription_period":0},"extensions":{}}]],"extensions":[],"signatures":["1f780ed32ea2b40e68a8c81e1c05b78ac18bf9766b4b4b77ea7b0905ed2f9926045f7345dab9cb145ec3e9a1807094e07ab5f48b5fbb7ad62eddd5801b3babc819"],"operation_results":[[1,"1.2.3765"]]}]}}
th_a  db_block.cpp:232 _push_block

3042342ms th_a fork_database.cpp:66 push_block ] Pushing block to fork database that failed to link: 00062cf85fe9adfa3cef2e667f995157ceaf2944, 404728
3042342ms th_a fork_database.cpp:67 push_block ] Head: 404727, 00062cf71ed634e0dc5889813ea39176c7a1a648
3042342ms th_a application.cpp:528 handle_block ] Error when pushing block:
3080000 unlinkable_block_exception: unlinkable block
block does not link to known chain
{}
th_a fork_database.cpp:87 _push_block

{"new_block":{"previous":"00062cf71ed634e0dc5889813ea39176c7a1a648","timestamp":"2017-07-25T09:01:20","miner":"1.4.14","transaction_merkle_root":"0000000000000000000000000000000000000000","extensions":[],"miner_signature":"20214166e081aaa85dbf6482b30363d8d0240e35fbcc12ca9f09149a8b7726f9ea2da574285cbedaed066d21760c2681ed51f961d9e466eb36101272fd3689ba99","transactions":[]}}
th_a  db_block.cpp:232 _push_block

3042344ms th_a fork_database.cpp:66 push_block ] Pushing block to fork database that failed to link: 00062cf91a577158557b0726cffea49bb762c54b, 404729
3042344ms th_a fork_database.cpp:67 push_block ] Head: 404727, 00062cf71ed634e0dc5889813ea39176c7a1a648
3042344ms th_a application.cpp:528 handle_block ] Error when pushing block:
3080000 unlinkable_block_exception: unlinkable block
block does not link to known chain
{}
th_a fork_database.cpp:87 _push_block

{"new_block":{"previous":"00062cf85fe9adfa3cef2e667f995157ceaf2944","timestamp":"2017-07-25T09:04:35","miner":"1.4.14","transaction_merkle_root":"0000000000000000000000000000000000000000","extensions":[],"miner_signature":"20580285f0ecdc68bf25bb284b7a5497672b6c1b0158cb4532c4658761773a75b65b662bda84a12061a722f0f113c9ad2ca2bf9ce14819cc53ac29ef02a5b28a64","transactions":[]}}
th_a  db_block.cpp:232 _push_block

3042345ms th_a fork_database.cpp:66 push_block ] Pushing block to fork database that failed to link: 00062cfa0c67fd5deea61738ab3c7f08574d6cb0, 404730
3042345ms th_a fork_database.cpp:67 push_block ] Head: 404727, 00062cf71ed634e0dc5889813ea39176c7a1a648
3042345ms th_a application.cpp:528 handle_block ] Error when pushing block:
3080000 unlinkable_block_exception: unlinkable block
block does not link to known chain
{}
th_a fork_database.cpp:87 _push_block

{"new_block":{"previous":"00062cf91a577158557b0726cffea49bb762c54b","timestamp":"2017-07-25T09:07:50","miner":"1.4.14","transaction_merkle_root":"0000000000000000000000000000000000000000","extensions":[],"miner_signature":"1f151203829afaca88c384e7cc7faa8dba86ba6eef2f074c0838b47d2b85edab180c74cd9d847678069666a568fe8d706368cac7c45b608d2a1246ba70943eacee","transactions":[]}}
th_a  db_block.cpp:232 _push_block

CPack will build package using CMake formula. In order to create official binary releases of DCore executables, one recommends to split repository in sub-trees or to split into separate repository for DCore CLI client, QT client, and daemon with particular CMake files for each of them.

This is the first enhancement proposal to create enhancement proposal program for DCore components.

In order to quicken dev or test environment, there is a need for rolling blockchain snapshots, on daily basis for last 7 days.

Provides REST API shall leverage advances in OAS: OpenAPI Specification that is widely used. This will simplify development, deployment and integration.

The Miners fee is subtracted from the owners account before the upload is confirmed. In case the upload fails the complete fee is spend. My upload still says uploading but the DCT for storing and distributing the file are spend.
Are there plans to create an escrow account?

This issue is persistent when using windows wallet. I have only been able to successfully resync once and after that wallet password fails. I have updated and deleted appdata folder as well, still cannot login.

Are there any instructions on running a testnet?

I'm using fedora fc27 and I want to run a testnet for local/offline dev purposes.

Why different compiler is used for MacOSX, Linux, Windows? LLVM-Clang is used for MacOSX and it shall be used for all platforms. CMake files shall be corrected accordingly.

While actual blockchain state is downloaded from nodes that are brokered by initial seeder node, it takes a long time to get in sync. The problem is that daemon establish initial connection with seeder node by iterating through the list and not by latency, uplink, geo-location. Seeder then establishes overlay network with daemons based on availability, latency, and so on (DHT). It is good design for small files but not for huge files. It is recommended to use seeder nodes to push last hour snapshot as compressed file using octet-stream. Afterward, daemon will start with replay option.

After adding miner-id & public/private keys to the config.ini, on initial blockchain download it syncs up, but after shutting down the daemon and restarting with the new mining settings in the ini file, the following problem occurs: (also I'm not sure I actually have the correct miner-id set? The instruction is somewhat vague on the wiki as where this is obtained from)

https://gist.github.com/D3m0nKingx/2a392325c13d792d442e25d7abd70f58

If I delete the ~/.decent directory and restart it syncs normally again, however the same issue happens upon restart if I add the mining settings again.

Hey guys,

It would great to expose miner/witness voting to API (websocket, rpc) so that apps can make use of it to provide alternative voting UX.

Please consider to have the console keep the typing of the unlocking password invisible in the terminal window or shown only with asterisks (*) so for example

instead of

locked >>> unlock mypassword

it should be:

locked >>> ****** or not display any characters: locked >>>

The project comprises several plugins and libraries. Why there is no way to build project incrementally? Why every part needs to be build from scratch?

Hello,

I am trying to start mining but I am getting an error when I set miner-id below is the output. I am using Ubuntu 16.04.

296757ms th_a miner.cpp:90 plugin_initialize ] miner plugin: plugin_initialize() begin
296757ms th_a miner.cpp:119 plugin_initialize ] 4 parse_error_exception: Parse Error
Can't parse a number with two decimal places
{}
th_a json.cpp:277 number_from_stream

{"str":"1.4.183"}
th_a  json.cpp:478 from_string

296757ms th_a main.cpp:250 main ] Exiting with error:
4 parse_error_exception: Parse Error
Can't parse a number with two decimal places
{}
th_a json.cpp:277 number_from_stream

{"str":"1.4.183"}
th_a  json.cpp:478 from_string

rethrow
{}
th_a miner.cpp:119 plugin_initialize

The project consists of several regularly updated, standardized libraries. Why there is a need for static linking for DECENT-Network executables?

I'm on Windows 10, and my wallet cannot open because it stuck at syncing, the wallet keep freezing on syncing everytime i open the wallet.

1.Error On My Windows Laptop Computer
At first i was able to download and installed and used on my laptop and send my coins to exchange, but after few days when i tried to open my wallet it stuck & freeze at syncing.....i open the wallet for hours but the syncing never ended and never download anything, it keep stuck & freezing on syncing, so it had forced closed.

2.Error On My Windows Desktop Computer
My Windows desktop, wallet also having the same problems not able to open my wallet.
Just like on my laptop, at first i was able to used the wallet on my desktop computer for few days but then the next day i cannot open my wallet, because it stuck and freeze on syncing !!!

Please help fix this problems on Windows wallet !!

Decentd prints the following log and crashes.

3358295ms th_a       miner.cpp:90                  plugin_initialize    ] miner plugin:  plugin_initialize() begin
3358295ms th_a       miner.cpp:100                 plugin_initialize    ] key_id_to_wif_pair: ["XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX","XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX"] 
3358295ms th_a       miner.cpp:118                 plugin_initialize    ] miner plugin:  plugin_initialize() end
3358295ms th_a       seeding.cpp:547               plugin_initialize    ] seeding plugin:  plugin_initialize() start
3358295ms th_a       seeding.cpp:613               plugin_initialize    ] seeding plugin:  plugin_initialize() end
3358295ms th_a       object_database.cpp:98        open                 ] Opening object database from /Users/shts/.decent/data/decentd/blockchain ...
3358319ms th_a       object_database.cpp:104       open                 ] Done opening object database.
3358319ms th_a       application.cpp:274           operator()           ] Initializing database...
3358324ms th_a       db_management.cpp:142         open                 ] 10 assert_exception: Assert Exception
insert_result.second: Could not create object! Most likely a uniqueness constraint is violated.
    {}
    th_a  generic_index.hpp:63 create

    {}
    th_a  db_init.cpp:507 init_genesis
3358324ms th_a       db_management.cpp:142         open                 ] data_dir: /Users/shts/.decent/data/decentd/blockchain 
3358324ms th_a       application.cpp:370           startup              ] caught exception 10 assert_exception: Assert Exception
insert_result.second: Could not create object! Most likely a uniqueness constraint is violated.
    {}
    th_a  generic_index.hpp:63 create

    {}
    th_a  db_init.cpp:507 init_genesis
rethrow
    {"data_dir":"/Users/shts/.decent/data/decentd/blockchain"}
    th_a  db_management.cpp:142 open in open()
3358324ms th_a       application.cpp:378           startup              ] Replaying blockchain due to exception in open()
3358324ms th_a       application.cpp:274           operator()           ] Initializing database...
3358328ms th_a       db_management.cpp:52          reindex              ] reindexing blockchain
3358328ms th_a       db_management.cpp:106         wipe                 ] Wiping database
3358489ms th_a       object_database.cpp:90        wipe                 ] Wiping object database...
3358502ms th_a       object_database.cpp:92        wipe                 ] Done wiping object databse.
3358502ms th_a       object_database.cpp:98        open                 ] Opening object database from /Users/shts/.decent/data/decentd/blockchain ...
3358502ms th_a       object_database.cpp:104       open                 ] Done opening object database.
3358503ms th_a       db_management.cpp:142         open                 ] 10 assert_exception: Assert Exception
insert_result.second: Could not create object! Most likely a uniqueness constraint is violated.
    {}
    th_a  generic_index.hpp:63 create

    {}
    th_a  db_init.cpp:507 init_genesis
3358503ms th_a       db_management.cpp:142         open                 ] data_dir: /Users/shts/.decent/data/decentd/blockchain 
3358503ms th_a       application.cpp:439           startup              ] 10 assert_exception: Assert Exception
insert_result.second: Could not create object! Most likely a uniqueness constraint is violated.
    {}
    th_a  generic_index.hpp:63 create

    {}
    th_a  db_init.cpp:507 init_genesis
rethrow
    {"data_dir":"/Users/shts/.decent/data/decentd/blockchain"}
    th_a  db_management.cpp:142 open

    {"data_dir":"/Users/shts/.decent/data/decentd/blockchain"}
    th_a  db_management.cpp:102 reindex
3358503ms th_a       application.cpp:997           startup              ] 10 assert_exception: Assert Exception
insert_result.second: Could not create object! Most likely a uniqueness constraint is violated.
    {}
    th_a  generic_index.hpp:63 create

    {}
    th_a  db_init.cpp:507 init_genesis
rethrow
    {"data_dir":"/Users/shts/.decent/data/decentd/blockchain"}
    th_a  db_management.cpp:142 open

    {"data_dir":"/Users/shts/.decent/data/decentd/blockchain"}
    th_a  db_management.cpp:102 reindex
rethrow
    {}
    th_a  application.cpp:439 startup
3358503ms th_a       main.cpp:250                  main                 ] Exiting with error:
10 assert_exception: Assert Exception
insert_result.second: Could not create object! Most likely a uniqueness constraint is violated.
    {}
    th_a  generic_index.hpp:63 create

    {}
    th_a  db_init.cpp:507 init_genesis
rethrow
    {"data_dir":"/Users/shts/.decent/data/decentd/blockchain"}
    th_a  db_management.cpp:142 open

    {"data_dir":"/Users/shts/.decent/data/decentd/blockchain"}
    th_a  db_management.cpp:102 reindex
rethrow
    {}
    th_a  application.cpp:439 startup

The README file should state the build steps for each distribution in turn. For example:

Building DECENT

Ubuntu 16.10

... all build steps for Ubuntu 16.10

Ubuntu 16.04

... all build steps for Ubuntu 16.04

etc.

A couple of people attempting to build on Ubuntu 16.04 LTS reported to me that they missed the fact that boost version 1.60 had to be installed from source in place of the system's provided version 1.58 because that piece of information is buried later in a section headed "Ubuntu 14.04 LTS and 14.10 only" which didn't initially appear to be relevant.

I was wondering if I can use this on arm platforms?

There are no pre-compiled packages for major Linux systems. This is a issue where is a need for fast deployment.

After initiating the decentd (daemon) running on linux ubuntu 16.04 (64-bit), I started the cli_wallet, which produced the following output:

Logging RPC to file: /home/ader/.decent/logs/rpc/rpc.log Logging transfers to file: /home/ader/.decent/logs/transfer.log

Starting a new wallet with chain ID 0000000000000000000000000000000000000000000000000000000000000000 (empty one)
0 exception: unspecified
Timer Expired
{"message":"Timer Expired"}
asio websocket.cpp:656 operator()

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

Furthermore, the rpc folder and log file do not exist, and the transfer.log file is empty

There are none binary releases for standalone DCore components, nor packages for major Linux systems. It is an issue for deployments it in hosted service and building automated playbooks. Without it, there is a small possibility for accelerated development and integration, or setting up own testnet, or consortium deployments.

The idea is to allow to support IPv6 addressing as it is widely available in cloud and better ISPs. The benefit is to have a direct p2p connection without punch-holing through NATs and routing.