seredat / karbowanec Goto Github PK

Dear,

I compiled the karbowallet and when I try to run the ./karbowanec file I got the following outcome:
./karbowanec
QXcbConnection: Could not connect to display
Aborted (core dumped)

Thank you in advance for your help, kind regards

hello, can i set masternode fee my self ? if not how much is default fee ?

Assertion failed: (this->is_initialized()), function get, file /usr/local/include/boost/optional/optional.hpp, line 1191. on Mac, have to initialize boost::optional<Crypto::SecretKey> secretKey = CryptoNote::NULL_SECRET_KEY; 🤔

both errors in ubuntu 14.04 with Boots 1.55 but the same happens with another colleague who uses Boost 1.58, it happened even a time when all pools of niobio cash collided together with similar errors. would anyone have any idea what might be driving these mistakes?

hello i did everything as is on readme file but i got following error :

CMake Error at /usr/share/cmake-3.5/Modules/FindBoost.cmake:1677 (message):
Unable to find the requested Boost libraries.

Boost version: 1.58.0

Boost include path: /usr/include

Could not find the following static Boost libraries:

      boost_system
      boost_filesystem
      boost_thread
      boost_date_time
      boost_chrono
      boost_regex
      boost_serialization
      boost_program_options
      boost_coroutine
      boost_context
      boost_atomic

No Boost libraries were found. You may need to set BOOST_LIBRARYDIR to the
directory containing Boost libraries or BOOST_ROOT to the location of
Boost.
Call Stack (most recent call first):
CMakeLists.txt:489 (find_package)

CMake Error at CMakeLists.txt:493 (die):
Unknown CMake command "die".

CMake Warning in CMakeLists.txt:
CMAKE_SKIP_INSTALL_RULES was enabled even though installation rules have
been specified

-- Configuring incomplete, errors occurred!

what should i do ?

When trying to retrieve getblockcount from the Linux daemon RPC interface, i get JsonValue type is not ARRAY or OBJECT

curl -X POST http://daemon:19734/json_rpc -d '{"jsonrpc":"2.0","id":"0","method":"getblockcount"}' -H 'Content-Type: application/json'
{"error":{"code":-32603,"message":"JsonValue type is not ARRAY or OBJECT"},"id":"0","jsonrpc":"2.0"}

Hi!
How to setup a Seed Node?

I'm trying to start master node (karbowanecd daemon) and during synchronization, it began looping on the same height (for many hours). When I'm restarting it - it continues looping on the same height.

Log example

2018-Jan-18 10:02:38.847729 INFO    [31.41.219.221:32347 OUT] Sync data returned unknown top block: 124143 -> 190472 [66329 blocks (184 days) behind] 
2018-Jan-18 10:02:38.847729 INFO    SYNCHRONIZATION started
2018-Jan-18 10:02:38.849008 DEBUG   Remote top block height: 190472, id: 361d4e3481f54f6918a9fbc0e9e36c706c7e916922006017ccef466a06364b7a
2018-Jan-18 10:02:38.849583 TRACE   [31.41.219.221:32347 OUT] requesting synchronization
2018-Jan-18 10:02:38.850179 DEBUG   [31.41.219.221:32347 OUT] COMMAND_HANDSHAKE INVOKED OK
2018-Jan-18 10:02:38.851063 DEBUG   Selected peer: 17963137819834768963 31.134.72.245:32347 [white=0] last_seen: d0.h00.m01.s26
2018-Jan-18 10:02:38.851840 DEBUG   Connecting to 31.134.72.245:32347 (white=0, last_seen: d0.h00.m01.s26)...
2018-Jan-18 10:02:38.852609 TRACE   [31.41.219.221:32347 OUT] NEW CONNECTION
2018-Jan-18 10:02:38.853132 TRACE   [31.41.219.221:32347 OUT] Starting synchronization
2018-Jan-18 10:02:38.853677 TRACE   [31.41.219.221:32347 OUT] -->>NOTIFY_REQUEST_CHAIN: m_block_ids.size()=18
2018-Jan-18 10:02:38.854283 DEBUG   [31.41.219.221:32347 OUT] writeHandler started
2018-Jan-18 10:02:38.854802 DEBUG   [31.41.219.221:32347 OUT] msg 2:2006
2018-Jan-18 10:02:38.855514 TRACE   [31.41.219.221:32347 OUT] NOTIFY_REQUEST_TX_POOL: txs.size() = 5
2018-Jan-18 10:02:39.123939 DEBUG   [31.41.219.221:32347 OUT] msg 2:2002
2018-Jan-18 10:02:39.211261 TRACE   [145.239.135.165:32347 OUT] NOTIFY_RESPONSE_GET_OBJECTS
2018-Jan-18 10:02:39.296971 DEBUG   transaction d1e5bdc11a7a2b9bd2412cac9096808b95bddbac361374ded854d7695b9fba81 came in processObjects
2018-Jan-18 10:02:39.320532 TRACE   tx d1e5bdc11a7a2b9bd2412cac9096808b95bddbac361374ded854d7695b9fba81 is already in transaction pool
2018-Jan-18 10:02:39.322445 DEBUG   transaction ec1c32de408c72ec6a24022bc2c4aba005fb0de32778676b83c96a3cafa825e7 came in processObjects
2018-Jan-18 10:02:39.617298 TRACE   [145.239.135.165:32347 OUT] Exception in connectionHandler: Wrong major version
2018-Jan-18 10:02:39.618058 DEBUG   [145.239.135.165:32347 OUT] Interrupt connection
2018-Jan-18 10:02:39.618639 DEBUG   [145.239.135.165:32347 OUT] writeHandler finished
2018-Jan-18 10:02:39.619162 TRACE   [145.239.135.165:32347 OUT] CLOSE CONNECTION
2018-Jan-18 10:02:39.665547 TRACE   [31.41.219.221:32347 OUT] NOTIFY_RESPONSE_CHAIN_ENTRY: m_block_ids.size()=10000, m_start_height=124143, m_total_height=190472
2018-Jan-18 10:02:39.681624 TRACE   [31.41.219.221:32347 OUT] -->>NOTIFY_REQUEST_GET_OBJECTS: blocks.size()=200, txs.size()=0
2018-Jan-18 10:02:39.682510 DEBUG   [31.41.219.221:32347 OUT] msg 2:2003
2018-Jan-18 10:02:40.560890 TRACE   [31.41.219.221:32347 OUT] NOTIFY_RESPONSE_GET_OBJECTS
2018-Jan-18 10:02:40.647197 DEBUG   transaction d1e5bdc11a7a2b9bd2412cac9096808b95bddbac361374ded854d7695b9fba81 came in processObjects
2018-Jan-18 10:02:40.670726 TRACE   tx d1e5bdc11a7a2b9bd2412cac9096808b95bddbac361374ded854d7695b9fba81 is already in transaction pool
2018-Jan-18 10:02:40.672615 DEBUG   transaction ec1c32de408c72ec6a24022bc2c4aba005fb0de32778676b83c96a3cafa825e7 came in processObjects
2018-Jan-18 10:02:40.967169 TRACE   [31.41.219.221:32347 OUT] Exception in connectionHandler: Wrong major version
2018-Jan-18 10:02:40.967906 DEBUG   [31.41.219.221:32347 OUT] Interrupt connection
2018-Jan-18 10:02:40.968483 DEBUG   [31.41.219.221:32347 OUT] writeHandler finished
2018-Jan-18 10:02:40.969005 TRACE   [31.41.219.221:32347 OUT] CLOSE CONNECTION
2018-Jan-18 10:02:40.969517 TRACE   Observed height updated: 124144

Here is the event from eventviewer:
Faulting application name: simplewallet.exe, version: 0.0.0.0, time stamp: 0x5a5b66be
Faulting module name: simplewallet.exe, version: 0.0.0.0, time stamp: 0x5a5b66be
Exception code: 0xc0000409
Fault offset: 0x0000000000189afc
Faulting process id: 0x1308
Faulting application start time: 0x01d38dca883de98f
Faulting application path: *****\Karbo-cli-1.4.6-win-64-bit\karbo\simplewallet.exe
Faulting module path: *****\Karbo-cli-1.4.6-win-64-bit\karbo\simplewallet.exe
Report Id: 627cb8fa-29d4-42e0-9ebc-b335ad51e246
Faulting package full name:
Faulting package-relative application ID:

OS: Ubuntu 17.10 (x86_64), Debian buster (10) (ARMv7), Raspbian GNU/Linux 9 (ARMv7), Debian Stretch (9) (x86_64)
Version: 1.5.1
Reproductible : surely
How : use compiled findable on github release and run it on any debian [fork]

When I try to connect to hashvault node using simplewallet :

./simplewallet --deamon-host=nodes.hashvault.pro

I got this error :

2018-Jun-13 12:49:13.538027 ERROR   [simplewallet] Error: wallet failed to connect to daemon (http://nodes.hashvault.pro:32348).
2018-Jun-13 12:49:13.680006 ERROR   [BlockchainSynchronizer] Failed to query outdated pool transaction: NodeErrorCategory:7, Can't connect to daemon
2018-Jun-13 12:49:13.680645 INFO    [BlockchainSynchronizer] Retry in 5 seconds...
2018-Jun-13 12:49:18.681224 INFO    [BlockchainSynchronizer] Removing outdated pool transactions...
2018-Jun-13 12:49:18.705375 ERROR   [BlockchainSynchronizer] Failed to query outdated pool transaction: NodeErrorCategory:7, Can't connect to daemon
2018-Jun-13 12:49:18.705799 INFO    [BlockchainSynchronizer] Retry in 5 seconds...
2018-Jun-13 12:49:23.706065 INFO    [BlockchainSynchronizer] Removing outdated pool transactions...
2018-Jun-13 12:49:23.759351 ERROR   [BlockchainSynchronizer] Failed to query outdated pool transaction: NodeErrorCategory:7, Can't connect to daemon
2018-Jun-13 12:49:23.759861 INFO    [BlockchainSynchronizer] Retry in 5 seconds...
2018-Jun-13 12:49:28.760335 INFO    [BlockchainSynchronizer] Removing outdated pool transactions...
2018-Jun-13 12:49:28.823742 ERROR   [BlockchainSynchronizer] Failed to query outdated pool transaction: NodeErrorCategory:7, Can't connect to daemon
2018-Jun-13 12:49:28.824210 INFO    [BlockchainSynchronizer] Retry in 5 seconds...
2018-Jun-13 12:49:30.416844 INFO    [BlockchainSynchronizer] Stopping...
2018-Jun-13 12:49:30.417537 INFO    [BlockchainSynchronizer] Stopped
2018-Jun-13 12:49:30.417806 INFO    [BlockchainSynchronizer] Saving...
2018-Jun-13 12:49:30.418060 INFO    [BlockchainSynchronizer] Saved
2018-Jun-13 12:49:30.471466 INFO    [BlockchainSynchronizer] Starting...
2018-Jun-13 12:49:30.471749 INFO    [BlockchainSynchronizer] Removing outdated pool transactions...
2018-Jun-13 12:49:30.471843 INFO    [BlockchainSynchronizer] Stopping...
2018-Jun-13 12:49:30.491768 ERROR   [BlockchainSynchronizer] Failed to query outdated pool transaction: NodeErrorCategory:7, Can't connect to daemon
2018-Jun-13 12:49:30.492601 INFO    [BlockchainSynchronizer] Retry in 5 seconds...
2018-Jun-13 12:49:30.492984 INFO    [BlockchainSynchronizer] Stopped
2018-Jun-13 12:49:30.493251 INFO    [BlockchainSynchronizer] Consumer removed, consumer 0x7f17540010f0, count 0
2018-Jun-13 12:49:30.493479 INFO    [simplewallet] Wallet closed
2018-Jun-13 12:49:30.493621 INFO    [BlockchainSynchronizer] Stopping...
2018-Jun-13 12:49:30.493813 INFO    [BlockchainSynchronizer] Stopped
2018-Jun-13 12:49:30.493983 INFO    [BlockchainSynchronizer] Stopping...
2018-Jun-13 12:49:30.494171 INFO    [BlockchainSynchronizer] Stopped
2018-Jun-13 12:49:30.494309 INFO    [BlockchainSynchronizer] Stopping...
2018-Jun-13 12:49:30.494461 INFO    [BlockchainSynchronizer] Stopped
2018-Jun-13 12:52:33.220764 INFO    [simplewallet] karbowanec wallet v1.5.1.784 (7beacde)
2018-Jun-13 12:52:39.628708 ERROR   [simplewallet] Error: Error connecting to the remote node: TcpConnector::connect, connection failed
2018-Jun-13 12:52:39.629277 ERROR   [simplewallet] Error: Failed to parse remote node response
2018-Jun-13 13:00:03.109999 INFO    [simplewallet] karbowanec wallet v1.5.1.784 (7beacde)
2018-Jun-13 13:02:17.452865 ERROR   [simplewallet] Error: Error connecting to the remote node: TcpConnector::connect, connection failed
2018-Jun-13 13:02:17.453604 ERROR   [simplewallet] Error: Failed to parse remote node response
2018-Jun-13 13:17:27.383310 INFO    [simplewallet] karbowanec wallet v1.5.1.784 (7beacde)

I've try to use an other node (my server) it doesn't change, I try to use ip, to set port, to use --deamon-address instead of --deamon-host

Here is my recommendation for your new difficulty algorithm. You can use either one because they act very similar, but I have a preference for the first one.

file src/CryptoNoteCore/Core.cpp

line 417 : b.parentBlock.majorVersion = BLOCK_MINOR_VERSION_0;

Maybe the correct line is b.parentBlock.minorVersion = BLOCK_MINOR_VERSION_0; ?

How I can contact Karbo Dev team? Personal email? I have one business offer. ;) Thanks!

On Core.cpp, function core::get_block_template we have a double assignment to the same attribute:
b.parentBlock.majorVersion = BLOCK_MAJOR_VERSION_1;
b.parentBlock.majorVersion = BLOCK_MINOR_VERSION_0;
Do you think it should be like this?
b.parentBlock.majorVersion = BLOCK_MAJOR_VERSION_1;
b.parentBlock.minorVersion = BLOCK_MINOR_VERSION_0;

If so, are you able to estimate the impact of changing it on a running blockchain?

When building on FreeBSD:
make > make.out
build failed, output attached
make.zip

cmake version is 3.12.2
boost-all 1.68
boost_build 2.0

Hi Karbo team!,

Thank you for your efforts so far with Karbo. I am having some issues with your wallet app though. Please find below the event viewer log for the latest crash. Let me know if you need any more information on my system.

Faulting application name: karbowanec.exe, version: 1.0.0.5, time stamp: 0x5a88acd6
Faulting module name: karbowanec.exe, version: 1.0.0.5, time stamp: 0x5a88acd6
Exception code: 0xc0000005
Fault offset: 0x000e1953
Faulting process id: 0x1b60
Faulting application start time: 0x01d3c6c625e7ccf6
Faulting application path: C:\Program Files (x86)\Karbowanec\karbowanec.exe
Faulting module path: C:\Program Files (x86)\Karbowanec\karbowanec.exe
Report Id: e5e3e787-34b6-4839-a609-b38eb12268e0
Faulting package full name:
Faulting package-relative application ID:

You can observe nice 'multipool effect' on Cryptonote fork Karbowanec
http://democats.org/charts/?name=karbowanec&type=basic
big miner comes, mines easy blocks and suddenly drops when difficulty increases leaving network with big delays between blocks.

@zawy12, there is occasion to test your difficulty algo on live Cryptonote coin.

Я создал кошель с ключом только для просмотра.
Когда хочу просмотреть баланс на кошельке, то получаю неправильный баланс:
curl --data-binary '{"params":{},"jsonrpc":"2.0","id":"test","method":"getBalance"}' http://127.0.0.1:8070/json_rpc
{"id":"test","jsonrpc":"2.0","result":{"availableBalance":239904970012039,"lockedAmount":0}
А кошель на компе говорит что реально доступно 138.753070012039 крб.
Вопрос это из-за того что ключ только на просмотр или ошибка в работе кошелька RPC Wallet.

hi
i just create some coin with this code
and I am confused, why coins made from this code, can I mining with two algorithms?
work with Cryptonight (old/original)
work with Cryptonight v7 (ASIC resis)
anyone can explain?

Here's my new difficulty algorithm that 6 Monero clones are using. It is much better than karbowanec's (which is what I recommended back in November 2016). Masari has put in a pull request to Monero for it which they are considering.

The following is about how to handle bad timestamps that miners can use to lower the difficulty. Because of the following, method 3 in the algorithm is the best way to handle bad timestamps.

I've spent a lot of time finding the best way to handle bad timestamps. The best method I've found so far is to allow negative solvetimes (out of sequence timestamps) and to make
CRYPTONOTE_BLOCK_FUTURE_TIME_LIMIT = 7*T
where T=target solvetime. The default for this variable is 7200 which is bitcoin's default which is way too large when T=120 instead of T=600. Such a large future limit allows an exploit in all difficulty algorithms that can lower difficulty to (N-7200/T)/N of the initial difficulty by a large > 50% miner. For N<61, he can drive difficulty to zero. He simply assigns a large forward timestamp. But the number of blocks he can get at low difficulty is limited by how low he drives difficulty. To maximize the number of blocks he can get without difficulty rising, he can come in and assign
timestamp = (HR+P)/P*T + previous_timestamp
where P is his hashrate multiple of the network's hashrate HR before he came online. For example, if he has 2x network hashrate, he can assign 1.333xT plus previous timestamp for all his timestamps. This prevents difficulty from rising, keeping it the same value, maximizing the number of blocks he can get. With CRYPTONOTE_BLOCK_FUTURE_TIME_LIMIT=7200 and T=120 seconds, this would allow him to get 7200/120 = 60 blocks without the difficulty rising. He can't continue because he will have reached the future time limit that the nodes enforce. He then leaves and difficulty starts rising if negative solvetimes are allowed in the difficulty calculation. If negative solvetimes are not allowed (method 1 timestamp handling in my LWMA), he gets 60 blocks all the same over the course of 90 blocks that he and the rest of the network obtained. The average real solvetime for the 90 would be 1/3 of T (if he has 2x the network hashrate) without the difficulty rising. And when he leaves, difficulty will stay the same. So the algorithm will have issued blocks too quickly without penalizing other miners (except for coin inflation which also penalizes hodlers).

hi my build gets to 94% then fails not sure what the issue is, any help would be appreciated

Hi,

I'm getting this error when running make, any ideas? (Arch linux x64 gcc (GCC) 6.3.1 20170306)

karbowanec/src/crypto/crypto.cpp:350:58: error: value-initialization of incomplete type 
‘Crypto::rs_comm::<anonymous struct> []’
     return sizeof(rs_comm) + pubs_count * sizeof(rs_comm().ab[0]);

I can't find the folder /src/Platform/Android

i am getting the error:
fatal error: 'System/TcpConnection.h' file not found
#include <System/TcpConnection.h>

can you help me please?, thank you.

Hi,

I'm trying to build from source on Ubuntu 18.04 but hit below error. I've checked out the v.1.5.1 Tag

[ 70%] Building CXX object src/CMakeFiles/Wallet.dir/WalletLegacy/WalletTransactionSender.cpp.o
In function ‘T CryptoNote::{anonymous}::popRandomValue(URNG&, std::vector<T>&) [with URNG = std::linear_congruential_engine<long unsigned int, 16807, 0, 2147483647>; T = long unsigned int]’:
cc1plus: error: ‘void* __builtin_memset(void*, int, long unsigned int)’: specified size 18446744073709551608 exceeds maximum object size 9223372036854775807 [-Werror=stringop-overflow=]
cc1plus: all warnings being treated as errors
src/CMakeFiles/Wallet.dir/build.make:374: recipe for target 'src/CMakeFiles/Wallet.dir/WalletLegacy/WalletTransactionSender.cpp.o' failed

i get this

vitor@vitor-Aspire-E1-531:~/Karbowanec/build$ cmake ..
-- Setting default build type: Release
CMake Error at CMakeLists.txt:27 (string):
  string end index: 3 is out of range -1 - 0


-- Building without build tag
-- Could not find DEVELOPER_LOCAL_TOOLS in env (not required)
-- BOOST_IGNORE_SYSTEM_PATHS defaults to OFF
-- The C compiler identification is GNU 4.8.4
-- The CXX compiler identification is GNU 4.8.4
-- 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
-- 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
-- Building for a 64-bit system
-- Building internal libraries as static
-- Looking for include file pthread.h
-- Looking for include file pthread.h - found
-- Looking for pthread_create
-- Looking for pthread_create - not found
-- Looking for pthread_create in pthreads
-- Looking for pthread_create in pthreads - not found
-- Looking for pthread_create in pthread
-- Looking for pthread_create in pthread - found
-- Found Threads: TRUE
-- Found PythonInterp: /usr/bin/python (found version "2.7.6")
-- Building on x86_64 for native
-- AES support enabled
-- Found Boost Version: 106501
CMake Warning at src/version.cmake:3 (message):
  Cannot determine current revision.  Make sure that you are building either
  from a Git working tree or from a source archive.
Call Stack (most recent call first):
  CMakeLists.txt:534 (include)


-- Found Git: /usr/bin/git
-- Configuring incomplete, errors occurred!
See also "/home/vitor/Karbowanec/build/CMakeFiles/CMakeOutput.log".
See also "/home/vitor/Karbowanec/build/CMakeFiles/CMakeError.log".

karbowanecd consumes 1 full CPU on Xeon 8 Core system.

Multiple cryptonote daemons running on that system, only karbo takes so much load. Is the CPU Miner running accidentally?

https://imgur.com/a/76Kqx

It seems wrong inputs transactions is being verified over and over.
On Blockchain.cpp line 370:

if (getBlockIdByHeight(maxUsedBlock.height) != maxUsedBlock.id) {

Shouldn't be as below?

if (getBlockIdByHeight(maxUsedBlock.height) == maxUsedBlock.id) {

As explained on the comment "//if we already failed on this height and id, skip actual ring signature check".

I mined a couple of blocks using a fresh compile of karbowanec v1.4.7.775 (78982bd) on Ubuntu 16.04 with gcc6. I then tried to send the mined blocks to an exchange wallet using simplewallet. However, the blocks appear to be stuck on exchange and are not unlocking neither on the exchange nor on the wallet after >100 block confirmations.

The RPC sends were initiated with the following command:
curl --data-binary '{"jsonrpc": "2.0", "method": "transfer", "params":{"destinations":[{"amount":1000000000000,"address":"Address"}],"mixin":2,"payment_id":"PaymentID","fee":100000000}}' -H 'content-type: application/json;' http://simplewallet:port/json_rpc

When I call the command
curl --data-binary '{"jsonrpc": "2.0", "method": "get_transfers", "params":{}}' -H 'content-type: application/json;' http://simplewallet:port/json_rpc, I get the following output:

The unlock time appears to be a block value 200 years in the future, which appears to mean that the transaction and the change from the UTXOs are now permanently locked for 200 years and therefore lost.
{"address":"Address","amount":1000100000000,"blockIndex":203600,"fee":100000000,"output":true,"paymentId":"PaymentID","time":1519613151,"transactionHash":"84308120f276f0315d4ed96016a2036a971a54134fb81087fb51a02d4b981276","unlockTime":27078280},

This is in contrast to the value of a mined block, which shows the correct unlockTime in blockheight.
{"address":"","amount":17560782186951,"blockIndex":203443,"fee":0,"output":false,"paymentId":"","time":1519569849,"transactionHash":"eaa60e4789593c2fb884248bb5a9d804cb60a0be773017febc3aac645db1b3ec","unlockTime":203453},

TLDR:

Expected behaviour: RPC call returns a block with a sane unlockTime 10-100 blocks in the future.

Faulty behaviour: RPC call returns a block 27M blocks in the future.

hello!

Just a quick question on how the block upgrades (for example from V1 to V2 work!)

I am the developer on another cryptonote based coin (PalladiumCoin) and we are having troubles implementing said feature!

Thanks,
lukasdragon

Hello.

After update to 1.6.3 PaymentGate doesn't sync and stops itself soon after start. Relevant messages in debug.log:

2018-Dec-19 12:54:27.547216 DEBUG   Starting blockchain synchronization...
2018-Dec-19 12:54:27.547230 DEBUG   Shortest chain size 300449
2018-Dec-19 12:54:27.547246 DEBUG   Common history: start block index 0, sparse chain size 29
2018-Dec-19 12:54:27.547389 INFO    Stopping container
2018-Dec-19 12:54:27.547398 DEBUG   Blocks received, start index 300447, count 1
2018-Dec-19 12:54:27.547437 DEBUG   onIdle started
2018-Dec-19 12:54:27.547442 DEBUG   Process blocks, start index 300447, count 1
2018-Dec-19 12:54:27.547459 DEBUG   Selected peer: 13802333634095169194 51.15.203.255:32347 [white=1] last_seen: d16.h11.m23.s26
2018-Dec-19 12:54:27.547483 DEBUG   Connecting to 51.15.203.255:32347 (white=1, last_seen: d16.h11.m23.s26)...
2018-Dec-19 12:54:27.547499 DEBUG   No new blocks received. Consumers not updated
2018-Dec-19 12:54:27.547519 DEBUG   Blockchain updated, resume blockchain synchronization
2018-Dec-19 12:54:27.547522 DEBUG   Refresh is started
2018-Dec-19 12:54:27.547539 ERROR   WalletGreen is already stopped
2018-Dec-19 12:54:27.547577 DEBUG   refresh is stopped: The operation you've requested has been cancelled
2018-Dec-19 12:54:27.547645 DEBUG   Stopping BlockchainSynchronizer
2018-Dec-19 12:54:27.547664 INFO    Stopping...
2018-Dec-19 12:54:27.647663 DEBUG   Last block hash 51124c37d3e6507b3288470971d00e6f3c0e2f37dc78cc6bd02b9bf12c55cfff
2018-Dec-19 12:54:27.647776 WARNING Block processing is interrupted
2018-Dec-19 12:54:27.647887 DEBUG   Working thread stopped
2018-Dec-19 12:54:27.648031 INFO    Stopped
2018-Dec-19 12:54:27.649827 INFO    Consumer removed, consumer 0x55c49ce8e0c0, count 0
2018-Dec-19 12:54:27.695025 TRACE   onSynchronizationProgressUpdated processedBlockCount 300448, totalBlockCount 300448
2018-Dec-19 12:54:27.695072 TRACE   onSynchronizationCompleted
2018-Dec-19 12:54:27.695088 INFO    Container shut down
2018-Dec-19 12:54:27.695187 INFO    Stopping...
2018-Dec-19 12:54:27.695216 INFO    Stopped
2018-Dec-19 12:54:27.695241 INFO    Stopping...
2018-Dec-19 12:54:27.695265 INFO    Stopped

Removing block*.dat and resyncing from scratch isn't working.

Hello,

I was trying pool mining at http://pool.karbowanec.com/
Mined payment initiated on 2/10/2018, 1:21:44 AM to my desktop wallet address : KejSatFcubB6AvLbiYwtbpcyM1pVWfph8AcsX3fUPEUEKdXcwQWSdnuSzEYrBS1jHVLUn4pbZNiPHhYs2CKmieHfMNFszAs

But till date that payment did not arrive in my desktop wallet. My desktop wallet is fully synced with karbo blockchain.
Screenshot:

My wallet address: KejSatFcubB6AvLbiYwtbpcyM1pVWfph8AcsX3fUPEUEKdXcwQWSdnuSzEYrBS1jHVLUn4pbZNiPHhYs2CKmieHfMNFszAs

Transaction Hash: 8b240770608e8f7e8aac601279b87667c4b05c2bd03ed1a32b171daf858ac30d

Please help.

build error on macOS
mkdir -p build/release
cd build/release && cmake -D CMAKE_BUILD_TYPE=Release ../..
-- Boost version: 1.65.1
-- Found the following Boost libraries:
-- system
-- filesystem
-- thread
-- date_time
-- chrono
-- regex
-- serialization
-- program_options
-- atomic
-- Found Git: /usr/bin/git
CMake Warning in CMakeLists.txt:
CMAKE_SKIP_INSTALL_RULES was enabled even though installation rules have
been specified

-- Configuring done
-- Generating done
-- Build files have been written to: /Users/kirill/Projects/karbowanec/build/release
cd build/release && /Applications/Xcode.app/Contents/Developer/usr/bin/make
[ 0%] Built target version
[ 5%] Built target upnpc-static
[ 6%] Built target gtest
[ 6%] Built target gtest_main
[ 13%] Built target Common
[ 14%] Built target BlockchainExplorer
[ 17%] Built target Serialization
[ 17%] Building C object src/CMakeFiles/System.dir/Platform/OSX/System/Context.c.o
/Users/kirill/Projects/karbowanec/src/Platform/OSX/System/Context.c:19:10: error: non-portable path to file '"Context.h"'; specified path differs in case from file name on disk
[-Werror,-Wnonportable-include-path]
#include "context.h"
^~~~~~~~~~~
"Context.h"
In file included from /Users/kirill/Projects/karbowanec/src/Platform/OSX/System/Context.c:19:
/Users/kirill/Projects/karbowanec/src/Platform/OSX/System/context.h:32:40: error: this function declaration is not a prototype [-Werror,-Wstrict-prototypes]
extern void makecontext(uctx*, void(*)(), intptr_t);
^
void
2 errors generated.
make[3]: *** [src/CMakeFiles/System.dir/Platform/OSX/System/Context.c.o] Error 1
make[2]: *** [src/CMakeFiles/System.dir/all] Error 2
make[1]: *** [all] Error 2
make: *** [build-release] Error 2

Is there any testnet peer? I want the testnet blockchain for pool testing.

Reportedly proof is considered valid even if the provided height is before transactions, used in proof were created. In this case, it should show proof as invalid at this height, or that height is invalid; maybe it even should suggest the correct height of the last transaction involved in the proof.

Just a question: can i build client from source for x32 OS?

2017-Jul-23 15:12:31.807775 ERROR [BlockchainSynchronizer] Failed to query outdated pool transaction: NodeErrorCategory:3, Network error

I have this error in wallet, help pls

If it is still used somewhere, remove node 95.216.195.104

The other one will continue to work.

Hello!

After update to 1.5.7 PaymentGateway started to hang during synchronization and eats 100% CPU (one core). Synchronized successfully after downgrade to 1.5.6.

Hello have several days mining in to www.karbo.me wallet and today after login i have noted zero balance and transactions history shows same bank nothing is anyone who have same experience?

Pool is showing that transactions are mining and located there all the time https://karbo.hashvault.pro

Any ideas what wrong?

Hello,

I tried to build from source and all went perfectly but when I change the minimum_fee, eg becomes 0.001 (1000000000) instead of 0.0001 (100000000) than weird things happens, let say I sent 1 KRB using the GUI Wallet (Windows 10) than it count if I sent 10 KRB (balance reduced by 10 KRB). When using the console it work as expected .

Is there any hardcoded value for this behavior?

Thanks,

It is crashing right after syncing to 215702 block with something like this in output. And i think not only me is affected right now since blockexplorer not working and pools can't find blocks

2018-04-01T21:17:56.605305000Z 2018-Apr-01 21:17:18.917970 INFO Starting core rpc server on address 0.0.0.0:32348
2018-04-01T21:17:56.605369000Z 2018-Apr-01 21:17:18.918054 INFO Core rpc server started ok
2018-04-01T21:17:56.605432000Z 2018-Apr-01 21:17:18.918108 INFO Starting p2p net loop...
2018-04-01T21:17:56.605495000Z 2018-Apr-01 21:17:18.918139 INFO Starting node_server
2018-04-01T21:17:56.605558000Z 2018-Apr-01 21:17:50.415418 INFO [109.207.127.173:32347 OUT] Sync data returned unknown top block: 215701 -> 215703 [2 blocks (0 days) behind]
2018-04-01T21:17:56.605621000Z 2018-Apr-01 21:17:50.415418 INFO SYNCHRONIZATION started
2018-04-01T21:17:56.605686000Z 7fd28b869000-7fd28ba69000 ---p 00017000 09:02 12323917 /lib/x86_64-linux-gnu/libresolv-2.23.so
2018-04-01T21:17:56.605748000Z 7fd28ba69000-7fd28ba6a000 r--p 00017000 09:02 12323917 /lib/x86_64-linux-gnu/libresolv-2.23.so
2018-04-01T21:17:56.605810000Z 7fd28ba6a000-7fd28ba6b000 rw-p 00018000 09:02 12323917 /lib/x86_64-linux-gnu/libresolv-2.23.so
2018-04-01T21:17:56.605875000Z 7fd28ba6b000-7fd28ba6d000 rw-p 00000000 00:00 0
2018-04-01T21:17:56.605938000Z 7fd28ba6d000-7fd28ba72000 r-xp 00000000 09:02 12323892 /lib/x86_64-linux-gnu/libnss_dns-2.23.so
2018-04-01T21:17:56.606002000Z 7fd28ba72000-7fd28bc72000 ---p 00005000 09:02 12323892 /lib/x86_64-linux-gnu/libnss_dns-2.23.so
2018-04-01T21:17:56.606068000Z 7fd28bc72000-7fd28bc73000 r--p 00005000 09:02 12323892 /lib/x86_64-linux-gnu/libnss_dns-2.23.so
2018-04-01T21:17:56.606132000Z 7fd28bc73000-7fd28bc74000 rw-p 00006000 09:02 12323892 /lib/x86_64-linux-gnu/libnss_dns-2.23.so
2018-04-01T21:17:56.606196000Z 7fd28bc74000-7fd28bc7f000 r-xp 00000000 09:02 12323894 /lib/x86_64-linux-gnu/libnss_files-2.23.so
2018-04-01T21:17:56.606259000Z 7fd28bc7f000-7fd28be7e000 ---p 0000b000 09:02 12323894 /lib/x86_64-linux-gnu/libnss_files-2.23.so
2018-04-01T21:17:56.606322000Z 7fd28be7e000-7fd28be7f000 r--p 0000a000 09:02 12323894 /lib/x86_64-linux-gnu/libnss_files-2.23.so
2018-04-01T21:17:56.606385000Z 7fd28be7f000-7fd28be80000 rw-p 0000b000 09:02 12323894 /lib/x86_64-linux-gnu/libnss_files-2.23.so
2018-04-01T21:17:56.606452000Z 7fd28be80000-7fd28c087000 rw-p 00000000 00:00 0
2018-04-01T21:17:56.606515000Z 7fd28c087000-7fd28c247000 r-xp 00000000 09:02 12323845 /lib/x86_64-linux-gnu/libc-2.23.so
2018-04-01T21:17:56.606579000Z 7fd28c247000-7fd28c447000 ---p 001c0000 09:02 12323845 /lib/x86_64-linux-gnu/libc-2.23.so
2018-04-01T21:17:56.606642000Z 7fd28c447000-7fd28c44b000 r--p 001c0000 09:02 12323845 /lib/x86_64-linux-gnu/libc-2.23.so
2018-04-01T21:17:56.606705000Z 7fd28c44b000-7fd28c44d000 rw-p 001c4000 09:02 12323845 /lib/x86_64-linux-gnu/libc-2.23.so
2018-04-01T21:17:56.606769000Z 7fd28c44d000-7fd28c451000 rw-p 00000000 00:00 0
2018-04-01T21:17:56.606835000Z 7fd28c451000-7fd28c467000 r-xp 00000000 09:02 12323866 /lib/x86_64-linux-gnu/libgcc_s.so.1
2018-04-01T21:17:56.606899000Z 7fd28c467000-7fd28c666000 ---p 00016000 09:02 12323866 /lib/x86_64-linux-gnu/libgcc_s.so.1
2018-04-01T21:17:56.606963000Z 7fd28c666000-7fd28c667000 rw-p 00015000 09:02 12323866 /lib/x86_64-linux-gnu/libgcc_s.so.1
2018-04-01T21:17:56.607027000Z 7fd28c667000-7fd28c76f000 r-xp 00000000 09:02 12323877 /lib/x86_64-linux-gnu/libm-2.23.so
2018-04-01T21:17:56.607091000Z 7fd28c76f000-7fd28c96e000 ---p 00108000 09:02 12323877 /lib/x86_64-linux-gnu/libm-2.23.so
2018-04-01T21:17:56.607154000Z 7fd28c96e000-7fd28c96f000 r--p 00107000 09:02 12323877 /lib/x86_64-linux-gnu/libm-2.23.so
2018-04-01T21:17:56.607220000Z 7fd28c96f000-7fd28c970000 rw-p 00108000 09:02 12323877 /lib/x86_64-linux-gnu/libm-2.23.so
2018-04-01T21:17:56.607283000Z 7fd28c970000-7fd28cae2000 r-xp 00000000 09:02 12324733 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.21
2018-04-01T21:17:56.607347000Z 7fd28cae2000-7fd28cce2000 ---p 00172000 09:02 12324733 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.21
2018-04-01T21:17:56.607410000Z 7fd28cce2000-7fd28ccec000 r--p 00172000 09:02 12324733 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.21
2018-04-01T21:17:56.607474000Z 7fd28ccec000-7fd28ccee000 rw-p 0017c000 09:02 12324733 /usr/lib/x86_64-linux-gnu/libstdc++.so.6.0.21
2018-04-01T21:17:56.607547000Z 7fd28ccee000-7fd28ccf2000 rw-p 00000000 00:00 0
2018-04-01T21:17:56.607617000Z 7fd28ccf2000-7fd28cd0a000 r-xp 00000000 09:02 12323913 /lib/x86_64-linux-gnu/libpthread-2.23.so
2018-04-01T21:17:56.607682000Z 7fd28cd0a000-7fd28cf09000 ---p 00018000 09:02 12323913 /lib/x86_64-linux-gnu/libpthread-2.23.so
2018-04-01T21:17:56.607746000Z 7fd28cf09000-7fd28cf0a000 r--p 00017000 09:02 12323913 /lib/x86_64-linux-gnu/libpthread-2.23.so
2018-04-01T21:17:56.607809000Z 7fd28cf0a000-7fd28cf0b000 rw-p 00018000 09:02 12323913 /lib/x86_64-linux-gnu/libpthread-2.23.so
2018-04-01T21:17:56.607875000Z 7fd28cf0b000-7fd28cf0f000 rw-p 00000000 00:00 0
2018-04-01T21:17:56.607938000Z 7fd28cf0f000-7fd28cf35000 r-xp 00000000 09:02 12323825 /lib/x86_64-linux-gnu/ld-2.23.so
2018-04-01T21:17:56.608004000Z 7fd28d12c000-7fd28d132000 rw-p 00000000 00:00 0
2018-04-01T21:17:56.608068000Z 7fd28d133000-7fd28d134000 rw-p 00000000 00:00 0
2018-04-01T21:17:56.608131000Z 7fd28d134000-7fd28d135000 r--p 00025000 09:02 12323825 /lib/x86_64-linux-gnu/ld-2.23.so
2018-04-01T21:17:56.608194000Z 7fd28d135000-7fd28d136000 rw-p 00026000 09:02 12323825 /lib/x86_64-linux-gnu/ld-2.23.so
2018-04-01T21:17:56.608257000Z 7fd28d136000-7fd28d137000 rw-p 00000000 00:00 0
2018-04-01T21:17:56.608320000Z 7ffdf64c4000-7ffdf64e5000 rw-p 00000000 00:00 0 [stack]
2018-04-01T21:17:56.608387000Z 7ffdf659f000-7ffdf65a2000 r--p 00000000 00:00 0 [vvar]
2018-04-01T21:17:56.608450000Z 7ffdf65a2000-7ffdf65a4000 r-xp 00000000 00:00 0 [vdso]
2018-04-01T21:17:56.608513000Z ffffffffff600000-ffffffffff601000 r-xp 00000000 00:00 0 [vsyscall]
2018-04-01T21:17:58.302039000Z Aborted (core dumped)

After abnormal karbowanecd crash:

*** Error in `/home/pi/karbowanec-stretch-1.4.6_linux_ARMv7//karbowanecd': malloc(): smallbin double linked list corrupted: 0x11359ef0 ***

it won't start and interrupts with error:

2018-Jan-15 16:36:59.140425 INFO    Height 41000 of 189530
2018-Jan-15 16:37:00.124468 INFO    Mining has been stopped, 0 finished
SwappedVector cache hits: 0, misses: 41325 (100.00%)
2018-Jan-15 16:37:00.602922 ERROR   Exception: readVarint, invalid value representation

Working with walletd I found out that new transaction is displayed as unconfirmed (getUnconfirmedTransactionHashes) only for short time (about 1-2 minutes). After that, it is disappearing from unconfirmed and is not displayed as confirmed (getTransactions) some time. And after the first confirmation, it appears as the confirmed transaction.

Hello;

I'm getting the following error to build for windows.

• Windows 10
• vscode 2017
• cmake version 3.13.2

    git clone https://github.com/seredat/karbowanec.git
    cd karbowanec
    mkdir build
    cd  build
    cmake .. -G "Visual Studio 12 Win64" ..

log:

-- Setting default build type: Release
-- Building without build tag
-- Could not find DEVELOPER_LOCAL_TOOLS in env (not required)
-- BOOST_IGNORE_SYSTEM_PATHS defaults to OFF
CMake Error at CMakeLists.txt:99 (project):
  Failed to run MSBuild command:

    MSBuild.exe

  to get the value of VCTargetsPath:

    The system cannot find the file specified

-- Configuring incomplete, errors occurred!

thanks

Since the new release I am getting
"MixIn count is too big" errors when trying to send KRB's
I already tried:
Resetting the wallet.
Optimizing all outputs with fusion transactions.

In simplewallet it does work with the same address.

file : src/crypto/slow-hash.c

line 479 : VirtualFree(hp_state, MEMORY, MEM_RELEASE);

The correct expression is : VirtualFree(hp_state, 0, MEM_RELEASE);

I have 24GB RAM and this wallet get 95% without this fix.

More info here : https://msdn.microsoft.com/en-us/library/windows/desktop/aa366892(v=vs.85).aspx

"If you specify this value, dwSize must be 0 (zero), and lpAddress must point to the base address returned by the VirtualAlloc function when the region is reserved. The function fails if either of these conditions is not met."

Thanks! :)

Karbowanec CLI Version: 1.4.8
Mac OS X Version: 10.13.3

CLI for other miners works fine (like electroneum).

Output:

bash-3.2$ uname -a
Darwin Stephens-iMac.local 17.4.0 Darwin Kernel Version 17.4.0: Sun Dec 17 09:19:54 PST 2017; root:xnu-4570.41.2~1/RELEASE_X86_64 x86_64
bash-3.2$ md5 karbowanecd
MD5 (karbowanecd) = ee4358a72fb3f0e63606090a75e7f438
bash-3.2$ ./karbowanecd
Segmentation fault: 11

Hey, I'm getting the following error when syncing:

Karbo       | 2018-Mar-08 23:03:21.550017 INFO    Retry in 5 seconds...
Karbo       | 2018-Mar-08 23:03:26.550195 INFO    Removing outdated pool transactions...
Karbo       | 2018-Mar-08 23:03:26.763145 ERROR   Failed to query outdated pool transaction: NodeErrorCategory:3, Network error

Does this error matter? How can I fix it?

I love new and improved codes. But I feel annoyed the way of new difficulty algo moving around and I doubt their motives. I think what they do is not to help others (still unconfirmed improvements) but to put their copyright at Readme of other projects.
You MUST put “Portions Copyright 2017 Masari Project” at Readme and in difficulty.cpp for just some lines of codes which I’m not sure they are effective. It’s not worth it.
In the worst case, if you are careless, they can file a DCMA to put your repo down.

Hello i wanted to compile latest version of karbowanec ( with : Visual Studio 2017 Enterprise , CMAKE 3.10.0 , Boost 1_65_1 , Windows 8.1 Enterprise) but i got following errors :
5>miniupnpc.lib(miniupnpc.obj) : error LNK2019: unresolved external symbol __imp__memicmp referenced in function upnpDiscover
25>miniupnpc.lib(miniwget.obj) : error LNK2001: unresolved external symbol __imp__memicmp
25>miniupnpc.lib(miniupnpc.obj) : error LNK2019: unresolved external symbol __imp__strdup referenced in function GetUPNPUrls
25>miniupnpc.lib(upnpreplyparse.obj) : error LNK2001: unresolved external symbol __imp_strncpy
25>miniupnpc.lib(miniupnpc.obj) : error LNK2001: unresolved external symbol __imp_strncpy
25>miniupnpc.lib(upnpcommands.obj) : error LNK2001: unresolved external symbol __imp_strncpy
25>miniupnpc.lib(miniwget.obj) : error LNK2001: unresolved external symbol __imp_strncpy
25>miniupnpc.lib(connecthostport.obj) : error LNK2001: unresolved external symbol __imp_strncpy
25>miniupnpc.lib(miniwget.obj) : error LNK2019: unresolved external symbol __imp_perror referenced in function miniwget2
25>miniupnpc.lib(miniwget.obj) : error LNK2019: unresolved external symbol __imp_realloc referenced in function getHTTPResponse
25>C:\Users\Anon\Desktop\karbowanec\build\src\Release\walletd.exe : fatal error LNK1120: 5 unresolved externals
25>Done building project "PaymentGateService.vcxproj" -- FAILED.
26>SimpleWallet.vcxproj -> C:\Users\Anon\Desktop\karbowanec\build\src\Release\simplewallet.exe
27>------ Build started: Project: ALL_BUILD, Configuration: Release x64 ------
========== Build: 23 succeeded, 4 failed, 0 up-to-date, 0 skipped ==========