sorry Add it after cudadevicereset() in the ethash_cu_miner.cpp cudaDeviceReset();
// cudaDeviceSetSharedMemConfig(cudaSharedMemBankSizeEightByte);
cudaSetDeviceFlags(cudaDeviceScheduleBlockingSync);
cudaDeviceSetCacheConfig(cudaFuncCachePreferL1);
for maxwell comment out cudaSharedMemBankSizeEightByte and add cudaFuncCachePreferL1 yess! that did it  cpu is almost idle now but performance wise the hash rate is still the same (even with your keccak changes) |
|
|
|
Nice work SP , I wish to test it , but can't compile unfortunately...
copy cuda_helper.h from sp's ccminer into libethash-cu directory and add the following line on top of keccak.cuh: __constant__ uint64_t keccak_round_constants[24];
unfortunately no improvements on a 6 750ti rig (~52 mhs) Use cuda 6.5. and remember to compile for compute5.0 (Seems like compute5.0 is included in (CMakeLists.txt) ). Use the version 2nd version I posted with #pragma unroll and bitselect. And add cudaSetDeviceFlags(cudaDeviceScheduleBlockingSync); If your cpu is weak high cpu will slow down alot. never moved away from cuda 6.5 and yes, i'm sure it's compiled for compute 5.0... |
|
|
|
To improve the cpu usage you can try to add: cudaSetDeviceFlags(cudaDeviceScheduleBlockingSync); like this: void run_ethash_search(
uint32_t blocks,
uint32_t threads,
cudaStream_t stream,
uint32_t* g_output,
hash32_t const* g_header,
hash128_t const* g_dag,
uint64_t start_nonce,
uint64_t target
)
{
cudaSetDeviceFlags(cudaDeviceScheduleBlockingSync);
ethash_search
#if __CUDA_ARCH__ >= SHUFFLE_MIN_VER
ethash_search <<<blocks, threads, 0, stream >>>(g_output, g_header, g_dag, start_nonce, target);
#else
ethash_search <<<blocks, threads, (sizeof(compute_hash_share) * threads) / THREADS_PER_HASH, stream>>>(g_output, g_header, g_dag, start_nonce, target);
#endif
}
this change causes this: ✘ 17:49:23|cudaminer1 Error CUDA mining: cannot set while device is active in this process
✘ 17:49:23|cudaminer2 Error CUDA mining: cannot set while device is active in this process
✘ 17:49:23|cudaminer3 Error CUDA mining: cannot set while device is active in this process
✘ 17:49:23|cudaminer0 Error CUDA mining: cannot set while device is active in this process
✘ 17:49:23|cudaminer4 Error CUDA mining: cannot set while device is active in this process
✘ 17:49:23|cudaminer5 Error CUDA mining: cannot set while device is active in this process
|
|
|
|
Hey there, Thanks for having a look at my CUDA kernel. I actually took the keccak and ROTL64 code from your ccminer fork (or was it someone else's fork..not sure) a few months ago, so I'm surprised it can even be faster . Unfortunately I don't have a working Maxwell development environment to build and test, only Kepler. i think making ethminer less cpu intensive (full cpu usage on a G3240 processor) would boost performance considerably as ccminer barely uses the cpu... |
|
|
|
Nice work SP , I wish to test it , but can't compile unfortunately...
copy cuda_helper.h from sp's ccminer into libethash-cu directory and add the following line on top of keccak.cuh: __constant__ uint64_t keccak_round_constants[24];
unfortunately no improvements on a 6 750ti rig (~52 mhs) |
|
|
|
it's supposed to run indefinitely, just check if the block height match with this site, then start the miner in another window... eg: I0815 18:57:59.536459 26601 chain_manager.go:662] imported 0 block(s) (0 queued 1 ignored) including 0 txs in 3.499575ms. #91572 [9de4e3fb / 9de4e3fb]
the block height is the number after the # symbol (91572) |
|
|
|
You need to add -diff 2 to double the hashrate on nicehash. I could hardcode it in the miner, but then my fork will have a different setting than the official miner from Djm34
thank you sp, it looks better now |
|
|
|
GTX 960 HASH RATE--
I get 6Mh/s on my GTX 960 with a mild overclock (+140/+280); I mine on Give-Me-Coins.com (GMC). My GTX 960 pulls in about 30 coins a day mining by itself on GMC. Local and pool hashrates agree with no --diff setting.
--scryptr
this is the cheapest gtx960 i've found, it's a gigabyte at 1059 mhz (overclocking makes it unstable), intensity is at default... |
|
|
|
what's the difference between -i and -X? did you notice on api's "threads" command the intensity (I) value always stays at 0.0? |
|
|
|
are you using qmake or autotools? if qmake, try autotools.
i've used qmake, indeed ./autogen.sh && ./configure && make did the job, thank you! |
|
|
|
hi! compiling the wallet on linux gives me the following error: cd /home/skunk/bitcoin/HyperStake; /bin/sh share/genbuild.sh /home/skunk/bitcoin/HyperStake/build/build.h
g++ -c -pipe -fstack-protector-all --param ssp-buffer-size=1 -msse2 -O2 -fdiagnostics-show-option -Wall -Wextra -Wformat -Wformat-security -Wno-unused-parameter -Wstack-protector -D_REENTRANT -DQT_GUI -DBOOST_THREAD_USE_LIB -DBOOST_SPIRIT_THREADSAFE -DBOOST_THREAD_PROVIDES_GENERIC_SHARED_MUTEX_ON_WIN -D__NO_SYSTEM_INCLUDES -DUSE_UPNP=1 -DSTATICLIB -DUSE_IPV6=1 -DHAVE_BUILD_INFO -DLINUX -DQT_NO_DEBUG -DQT_XML_LIB -DQT_GUI_LIB -DQT_NETWORK_LIB -DQT_CORE_LIB -DQT_SHARED -I/usr/include/db4.8 -I/usr/share/qt4/mkspecs/linux-g++ -I/usr/include/qt4/QtCore -I/usr/include/qt4/QtNetwork -I/usr/include/qt4/QtGui -I/usr/include/qt4/QtXml -I/usr/include/qt4 -Isrc -Isrc/json -Isrc/qt -Ibuild -Ibuild -o build/blockbrowser.o src/qt/blockbrowser.cpp
src/qt/blockbrowser.cpp: In member function ‘double BlockBrowser::getTxFees(std::string)’:
src/qt/blockbrowser.cpp:196:15: error: variable ‘CTxDB txdb’ has initializer but incomplete type
CTxDB txdb("r");
^
Makefile:2549: recipe for target 'build/blockbrowser.o' failed
make: *** [build/blockbrowser.o] Error 1
any hint please? thank you |
|
|
|
warptangent said this on irc last night, I just stumbled upon it: <warptangent> about this issue, skunk could try removing the existing poolstate.bin file. most people running a client from last year onwards, without having cleared that file, probably have dangling key images (left over from txs no longer in the pool) https://bitcointalk.org/index.php?topic=583449.msg12055171#msg12055171<warptangent> daemon I mean... bitmonerod thank you, after removing poolstate.bin, it's slowly going on... ops, i didn't notice there was a support thread, i'll post there next time... |
|
|
|
2015-Aug-05 12:28:22.322839 [P2P8][188.134.79.203:18080 OUT]Sync data returned unknown top block: 202622 -> 681852 [479230 blocks (332 days) behind]
SYNCHRONIZATION started
2015-Aug-05 12:28:26.961903 [P2P9][188.134.79.203:18080 OUT]-->>NOTIFY_REQUEST_GET_OBJECTS: blocks.size()=200, txs.size()=0requested blocks count=200 / 200
2015-Aug-05 12:28:28.195987 [P2P8][109.10.159.165:18080 OUT]Got NEW BLOCKS inside of handle_response_get_objects: size: 200
2015-Aug-05 12:28:28.204492 [P2P8]HASH: - VIN/VOUT: 41/80 H: 0 chcktx: 2
2015-Aug-05 12:28:28.211067 [P2P8]HASH: - VIN/VOUT: 45/45 H: 0 chcktx: 1
2015-Aug-05 12:28:28.223177 [P2P8]HASH: - VIN/VOUT: 79/51 H: 0 chcktx: 3
2015-Aug-05 12:28:28.246164 [P2P8]Height: 202623 blob: 286 cumm: 46946 p/t: 14 (4/0/0/0/0/0/9/0/0/0/7)ms
2015-Aug-05 12:28:28.252709 [P2P8]HASH: - VIN/VOUT: 55/54 H: 0 chcktx: 1
2015-Aug-05 12:28:28.256634 [P2P8]HASH: - VIN/VOUT: 1/55 H: 0 chcktx: 0
2015-Aug-05 12:28:28.264167 [P2P8]Height: 202624 blob: 285 cumm: 14468 p/t: 4 (0/1/0/0/0/0/2/0/0/0/2)ms
2015-Aug-05 12:28:28.270787 [P2P8]HASH: - VIN/VOUT: 24/69 H: 0 chcktx: 1
2015-Aug-05 12:28:28.279580 [P2P8]HASH: - VIN/VOUT: 53/52 H: 0 chcktx: 3
2015-Aug-05 12:28:28.279954 [P2P8]ERROR /home/skunk/bitcoin/bitmonero/src/cryptonote_core/tx_pool.cpp:189 internal error: try to insert duplicate iterator in key_image set
2015-Aug-05 12:28:35.640622 [P2P4][176.9.89.217:18080 OUT]-->>NOTIFY_REQUEST_GET_OBJECTS: blocks.size()=200, txs.size()=0requested blocks count=200 / 200
2015-Aug-05 12:28:37.736564 [P2P8][80.82.78.38:18080 OUT]-->>NOTIFY_REQUEST_GET_OBJECTS: blocks.size()=200, txs.size()=0requested blocks count=200 / 200
2015-Aug-05 12:28:42.500006 [P2P6][176.9.89.217:18080 OUT]Got NEW BLOCKS inside of handle_response_get_objects: size: 200
2015-Aug-05 12:28:42.520971 [P2P6]HASH: - VIN/VOUT: 25/78 H: 0 chcktx: 2
2015-Aug-05 12:28:42.521279 [P2P6]ERROR /home/skunk/bitcoin/bitmonero/src/cryptonote_core/tx_pool.cpp:189 internal error: try to insert duplicate iterator in key_image set
2015-Aug-05 12:28:44.526165 [P2P5][80.82.78.38:18080 OUT]Got NEW BLOCKS inside of handle_response_get_objects: size: 200
2015-Aug-05 12:28:44.549773 [P2P5]HASH: - VIN/VOUT: 24/69 H: 0 chcktx: 2
2015-Aug-05 12:28:46.933277 [P2P9][31.128.159.34:18080 OUT]-->>NOTIFY_REQUEST_GET_OBJECTS: blocks.size()=200, txs.size()=0requested blocks count=200 / 200
2015-Aug-05 12:28:51.512626 [P2P6][31.128.159.34:18080 OUT]Got NEW BLOCKS inside of handle_response_get_objects: size: 200
2015-Aug-05 12:28:51.522660 [P2P6]HASH: - VIN/VOUT: 71/46 H: 0 chcktx: 3
2015-Aug-05 12:28:51.523018 [P2P6]ERROR /home/skunk/bitcoin/bitmonero/src/cryptonote_core/tx_pool.cpp:189 internal error: try to insert duplicate iterator in key_image set
print_height
202624
ok, it seems there is something indigestible for master wallet around this block height... i give up, will come back in some months... |
|
|
|
importing the blockchain went wrong: 2015-Aug-04 23:36:28.771111 loading block number 201000
2015-Aug-04 23:37:42.303059 loading block number 202000
block 202620 / 6809082015-Aug-04 23:39:19.024385 ERROR /home/skunk/bitcoin/bitmonero/src/cryptonote_core/tx_pool.cpp:189 internal error: try to insert duplicate iterator in key_image set
2015-Aug-04 23:39:19.024482 failed to add transaction to transaction pool, height=202622, tx_num=3
2015-Aug-04 23:39:19.062444 Failed to add block to blockchain, verification failed, height = 202622
2015-Aug-04 23:39:19.062556 skipping rest of file
2015-Aug-04 23:40:58.457240 Number of blocks imported: 202620
2015-Aug-04 23:40:58.457694 Finished at block: 202621 total blocks: 202622
2015-Aug-04 23:40:58.457838 Closing IO Service.
starting bitmonerod from there dosn't seem to sync as it keeps stuck on block 202621... i resign to do a full sync during the night, let see if it completes... |
|
|
|
you could also try the export / import approach, as opposed to running the converter. Dunno if it would get around the DB_error, but its another approach.
thank you, somehow i thought master's blockchain_export would only work with lmdb... the export went fine and took just 15 minutes and the import is running at a rate of 1k blocks every 40 seconds... 7,5 hours to go if everything goes smooth... |
|
|
|
hi all! i wanted to give master branch a try to see if i can finally keep monero wallet running on my linux box without getting out of ram... i ran blockchain_converter on my blockchain and even on the blockchain from op, but it dies in very same way: Creating the logger system
2015-Aug-04 17:03:58.676217 Starting...
2015-Aug-04 17:03:58.676373 batch: true batch size: 5000
2015-Aug-04 17:03:58.676507 resume: true
2015-Aug-04 17:03:58.676641 testnet: false
2015-Aug-04 17:03:58.724167 Loading blockchain...
2015-Aug-04 17:08:47.429539 Blockchain initialized. last block: 639896, d28.h12.m10.s8 time ago, current difficulty: 711778266
2015-Aug-04 17:08:47.429896 Source blockchain: /home/skunk/.bitmonero
2015-Aug-04 17:08:47.430007 Dest blockchain: /home/skunk/.bitmonero/lmdb
2015-Aug-04 17:08:47.430126 Opening dest blockchain (BlockchainDB lmdb)
2015-Aug-04 17:08:47.510671 Source blockchain height: 639897
2015-Aug-04 17:08:47.510859 Dest blockchain height: 0
2015-Aug-04 17:08:47.510968 start height: 1 stop height: 639897
2015-Aug-04 17:08:47.511107 Attempt to get block size from height 18446744073709551116 failed -- block size not in db
terminate called after throwing an instance of 'cryptonote::DB_ERROR'
what(): Attempt to get block size from height 18446744073709551116 failed -- block size not in db
Aborted
any workaround apart of syncing from scratch? thank you. |
|
|
|
$ ./cpuminer -a axiom --benchmark
** cpuminer-multi 1.1 by Tanguy Pruvot (tpruvot@github) **
BTC donation address: 1FhDPLPpw18X4srecguG3MxJYe4a1JsZnd
[2015-08-04 14:51:48] 8 miner threads started, using 'axiom' algorithm.
[2015-08-04 14:51:58] CPU #3: 6.25 H/s
[2015-08-04 14:51:58] CPU #7: 6.05 H/s
[2015-08-04 14:52:02] CPU #0: 4.41 H/s
[2015-08-04 14:52:03] CPU #4: 4.29 H/s
[2015-08-04 14:52:03] CPU #2: 4.26 H/s
[2015-08-04 14:52:03] CPU #1: 4.26 H/s
[2015-08-04 14:52:03] CPU #3: 6.05 H/s
[2015-08-04 14:52:03] CPU #5: 4.20 H/s
[2015-08-04 14:52:03] CPU #0: 5.33 H/s
[2015-08-04 14:52:03] CPU #6: 4.09 H/s
[2015-08-04 14:52:04] CPU #7: 5.91 H/s
[2015-08-04 14:52:04] Total: 0.04 kH/s
[2015-08-04 14:52:07] CPU #7: 6.11 H/s
[2015-08-04 14:52:07] Total: 0.04 kH/s
[2015-08-04 14:52:08] CPU #2: 4.43 H/s
[2015-08-04 14:52:08] CPU #4: 4.14 H/s
[2015-08-04 14:52:08] CPU #1: 4.21 H/s
[2015-08-04 14:52:08] CPU #7: 6.39 H/s
[2015-08-04 14:52:08] Total: 0.04 kH/s
[2015-08-04 14:52:08] CPU #5: 4.12 H/s
[2015-08-04 14:52:08] CPU #6: 4.40 H/s
[2015-08-04 14:52:08] CPU #3: 6.01 H/s
[2015-08-04 14:52:09] CPU #0: 4.32 H/s
[2015-08-04 14:52:12] CPU #2: 5.09 H/s
[2015-08-04 14:52:12] CPU #1: 5.34 H/s
[2015-08-04 14:52:12] CPU #4: 4.81 H/s
[2015-08-04 14:52:12] CPU #5: 5.24 H/s
[2015-08-04 14:52:12] CPU #6: 5.18 H/s
[2015-08-04 14:52:13] CPU #2: 6.82 H/s
[2015-08-04 14:52:13] CPU #1: 7.42 H/s
[2015-08-04 14:52:13] CPU #0: 4.92 H/s
[2015-08-04 14:52:13] CPU #4: 6.88 H/s
[2015-08-04 14:52:13] CPU #5: 7.49 H/s
[2015-08-04 14:52:13] CPU #3: 6.37 H/s
[2015-08-04 14:52:13] CPU #7: 6.18 H/s
[2015-08-04 14:52:13] Total: 0.05 kH/s
[2015-08-04 14:52:13] CPU #6: 6.55 H/s
[2015-08-04 14:52:16] CPU #0: 5.75 H/s
[2015-08-04 14:52:18] CPU #3: 6.04 H/s
[2015-08-04 14:52:18] CPU #7: 5.84 H/s
[2015-08-04 14:52:18] Total: 0.05 kH/s
[2015-08-04 14:52:18] CPU #2: 5.26 H/s
[2015-08-04 14:52:19] CPU #0: 4.92 H/s
[2015-08-04 14:52:19] CPU #4: 5.20 H/s
[2015-08-04 14:52:19] CPU #6: 5.22 H/s
[2015-08-04 14:52:19] CPU #1: 5.43 H/s
[2015-08-04 14:52:20] CPU #5: 5.33 H/s
[2015-08-04 14:52:22] CPU #0: 5.78 H/s
[2015-08-04 14:52:22] CPU #7: 6.73 H/s
[2015-08-04 14:52:22] Total: 0.04 kH/s
[2015-08-04 14:52:23] CPU #5: 5.26 H/s
[2015-08-04 14:52:23] CPU #0: 4.83 H/s
[2015-08-04 14:52:23] CPU #3: 6.79 H/s
[2015-08-04 14:52:23] CPU #4: 4.95 H/s
[2015-08-04 14:52:23] CPU #1: 5.43 H/s
[2015-08-04 14:52:23] CPU #7: 7.40 H/s
[2015-08-04 14:52:23] Total: 0.05 kH/s
this on a i7-3770 cpu, far less than the +200 h/s of your windows release...  |
|
|
|
hi! is pos actually enabled on the command line wallet? i still didn't get any genesis or trust block... {
"version" : "0.2.0.0 - Release",
"protocolversion" : 10100,
"walletversion" : 10000,
"balance" : 446640.83714000,
"newmint" : 127.28708800,
"stake" : 0.00000000,
"blocks" : 342730,
"timestamp" : 1438374210,
"connections" : 6,
"proxy" : "",
"ip" : "89.216.xxx.xxx",
"testnet" : false,
"keypoololdest" : 1438079327,
"keypoolsize" : 101,
"paytxfee" : 0.01000000,
"errors" : ""
}
[
{
"account" : "",
"category" : "generate",
"amount" : 39.47365800,
"confirmations" : 571,
"blockhash" : "00000000014f19c27c3716eaa0df2f79386d4ab4c7700e30107b3492751ca7d939255a0a7204bf175cd5929df067d0693025e7e18900d1e101d615067209e6180d9af3874f12eaedd1cc89b34932c8fe351ed270eb689f74242e5e23c571fa3d4e942941bfbd3fda021966fb7cfb5ac357976c4ea3e82b171d4ae7cb1d711213",
"blockindex" : 0,
"txid" : "533adeae06a527454d211fa9948097142488c8cbe304a2c658cfe2f43dc989089029f615ecc5201e66fb62f0784fe1249bc13c6b05154fcc0a9d3b206be42f1b",
"time" : 1438331622
},
{
"account" : "",
"category" : "generate",
"amount" : 39.47264800,
"confirmations" : 552,
"blockhash" : "0000000000f43563e68916ad2f5ce955c0ccfdd3d048ba5de7f379b271fa290f4239ab977258cabc3f9bf9e00cc407b11a5cc57c42e0dbd58d86d2b3ccdd58ad1f8ed23bc3e23a0f4b1b8587f6f5d6ffcc930e90e2626901d10c1c44962f707f5d1f1ce55f4811059033d0b7d46affd8e1851133b5e7443ab322c38f2321791a",
"blockindex" : 0,
"txid" : "a4aad35c3616b0ea151fc065fad540c78c289662989f722d0d1cec270b2f51cbae1258546535a375b663e502aedaec1830ea9e2211b660cdf7e5f22474d4cba6",
"time" : 1438333006
},
{
"account" : "",
"category" : "generate",
"amount" : 39.46735100,
"confirmations" : 457,
"blockhash" : "000000000175eb4e4baf585c77b64df2ee3b0d9c055667daad7b483f586d7ed599d1f557e7ea9660506dd1fdb4925adae8de5333b2aaf70295c91a8bfcbe3ff456022040175936e2ae19743c21b39e49a2722e15ab92152c61e275ea5e6d85985c76e23c74effd3994dd0ef9619d237055a66cd062b2478dfc1ceea7b6e01733",
"blockindex" : 0,
"txid" : "b8f812839a06cc2dedeaaccc67222406e870783a3fa54792bc559519c8c9eec53ac901430dab261a4f8d3621fa6bb4343ac4e70db38383bd3c877cad73456c95",
"time" : 1438340424
},
{
"account" : "",
"category" : "generate",
"amount" : 39.46541800,
"confirmations" : 424,
"blockhash" : "000000000145206a83b7122f2e975b2abde73751ef80f3a5753e1d62a7e5ef764c43d1f996132db63d8b00a6e92fdfa33fdb3518820b4fe149f27fa083f303f0216793285746a0045625932eee0d0a6c9c0b72ae7bb8827a2efabb7f9f4ab9119952d75c7f673583cd8a12629c4276c2a7afdbe29d95f942166a13dbcc67007f",
"blockindex" : 0,
"txid" : "c7ea4f36bcbea30bd29cd9709b08dbf39860da8493b36257e225a2f5650f098071f602b9654159a4e322a37c2534aa50a01bf8712fb5ea4973549fb14a336c17",
"time" : 1438343764
},
{
"account" : "",
"category" : "generate",
"amount" : 39.46029000,
"confirmations" : 338,
"blockhash" : "00000000020d3d1f8619ae0a6fd158f552831aeea9604341c7efcefd7bd9346a3f7951adb3845e13a41645fbcc063ea02f9c5406aaf533a40edb115dae7be3b2ba28679fbc27f60c765ccb0b356df53865ed11e7b4701d9a6c8323dfbdda60fc4624edd94083e07be84589b7ada13ed265f77f2c4e2f044ea5aa439fbde0e1d0",
"blockindex" : 0,
"txid" : "0b8b113acc8508e3b5fa5fe39faafed9e5c33ad878731b9f9de6976469d4054bf1092412c98e9c345bfe17d3817e327ae3683df611453d14c1ceecc107510b8e",
"time" : 1438350942
},
{
"account" : "",
"category" : "generate",
"amount" : 39.45793600,
"confirmations" : 303,
"blockhash" : "000000000296a29be132fe5c2708e0fd8c024107b8c8b124e1da6ce95220eed9493eae5a0a259a15edda48b49900e6512b3469f48abf0263e43c0b3ac0eeffa6e9c34ac63c8eaadf01290aef696becffa32a5a58c16d30871a6d0e1592be61ac3e028fc2943d88619aaa8dbd31670fef2f89aace47107aafdb47a496bf54e300",
"blockindex" : 0,
"txid" : "941693747c856383ddf7c3b4a1a6360482315555207a67ef27f02557b7423533431626cb75e9463ffd9d83536828a2205b6d0f715e9d189a637f7a30846b2162",
"time" : 1438353965
},
{
"account" : "",
"category" : "generate",
"amount" : 39.45390100,
"confirmations" : 234,
"blockhash" : "00000000007bf44b310df6fe7f98645795b8a777ce4846cdef66d3d1a1ce39c27a57356bcbcd2d2c765ce4f8bc182e2ac0315b452f71564f0f0b68f31b811c9165d826080122bb465abf51f966c5d0231656bcc32dd3fb56b031a55f953352b0bed851ef7c318e711df8819f6749537b2d175484e8ff4db556671c3c83b20d87",
"blockindex" : 0,
"txid" : "b26e5a5abcb00f56e3c5f6527cc1bd08a53a982d9ac27b50687489c23a197166e77bf10b4333d7f54ac8cee919701aa07c08b547d92d2f91acc08e5861c72e83",
"time" : 1438359725
},
{
"account" : "",
"category" : "generate",
"amount" : 39.45201100,
"confirmations" : 195,
"blockhash" : "000000000326187bb152b81b8a6fb7d27e66ffbf687c3693e0798e0ed2bb54b38a86b8906c7875036436467d8639d92582ca9d468f4befd07a47470d5c41fd49174dd83aa46582ad15a9ea6f985caca1dd14da41c17490460961dd24d92b501a174085c9d497cd9a8fb993ad2df5a4f28552fb4a6b552d8dacb36ba0034cdc61",
"blockindex" : 0,
"txid" : "716b5dc72195625f0ec5fe9d704ee4b293c45f597353d9a7051bd9dd64d58451c27b03f73a3ae2b3cd0b017ed5050c5b23cba3db326ba5d70d51555c66a873dd",
"time" : 1438362567
},
{
"account" : "",
"category" : "immature",
"amount" : 63.64392000,
"confirmations" : 88,
"blockhash" : "0000000000723c1f9de2140a927d8df53b8123e8b294d6cd54ca9131e98dc80d9c03f6ce13fb3bfdd2d866896093fba05f6ac3fe77d6ddcecbb0ae8fa13854cbc1d6b025ea2b3a0290a3a46072bb84c4cdee7e7b1304e9ed52adc24781e49a4ea7ddc0c2cee0390e694a38ae65c99048bd6a42a3008f114651ad13731da6a447",
"blockindex" : 0,
"txid" : "b700ee6c1b47c538f1cac3e9b5a36f6f9ef12830432b9c391314ca7f7786d33c7b352d54618b417222db321f51542490ee87663f5d210a9b33841e061e8b3745",
"time" : 1438370013
},
{
"account" : "",
"category" : "immature",
"amount" : 63.64316800,
"confirmations" : 25,
"blockhash" : "0000000000cdcc1654266265982c1bcb42827f75e58b8b7b23da6122f82f2b8f10257479186315140e2f766aa91f6ac1783c480c910d3cf327b64482a76ad79e9337faa0eb5a6aecc744f24eab2e7ba68706a9955318614a3f94ab1f3659343c4942b88dbbc294b5b6ff7f476a78688b6bf9be40c0549a6edd657454b116d671",
"blockindex" : 0,
"txid" : "ffa81b35730ec341f6ff8c9dfef8a7dedaca08000eca15fd51e94eeb8b42508b5a852549af588790a76e57cdcbbd52950c2f72fcb0577810c3a5f8d045a77511",
"time" : 1438373534
}
]
|
|
|
|
|
Show Posts
