I got the second part and i think with such a communicative dev the coin needs more attention
|
|
|
Nicely done
|
|
|
Billioncoin already had a chat integrated on the wallet.
That's 1 of the features, but talkcoin has a more energy efficient algo than X11, and also a coin reward voting system better than heavycoin
|
|
|
I would have tried if virus total don't found ircbot and other alerts Good luck Using the wallet for several weeks and no susupicious activity, so i am more than sure those are false detects
|
|
|
I don't understand how coins like these don't get more recognition. Then again we have shit like shibecoin becoming big. Tss.
Agree this coin deserves much more attention than this.
|
|
|
I love this low diff And block reward increased after vote it seems that some new guys are willing to have some more coins
|
|
|
i think the dev has abandoned the coin
It seems I have found your dev. Any bounty? I will give You even 50% of my BOXCoin but bring on board some exchange website:D And what you do with an exchange? You can't sell your coins because network is not generating pow blocks so you can't confirm any transfer:)
|
|
|
Your account ID is valid: 211519 •Your Bitcointalk username: NJRiot •Your TheSmurfsCoin address: TbzxBWQECgLChdRtN7L3iEYFjTNPyUofxo
im not having any luck finding myself on the list. can anyone tell me what im doing wrong? I pm'd the dev also for help with the same info. signature is updated so that's not my issue. ty!
You are on the list 943 NJRiot TbzxBWQECgLChdRtN7L3iEYFjTNPyUofxo 645 Member 6 days 23.73 hours left Bottom of the page qualified accounts and search your username
|
|
|
No reboot No kgw No hard fork
Can you please answer my question then? Why is the difficulty not adjusting properly? Is the block target time 3 minutes, or 1 second? it will reach an equilibrium but just like Bitcoin the diff is playing catch up due to the 8064 retarget that only adjusts in steps! This is a merged coin and I will support it on my pools, I think you are missing the point a good mix of rewards on pool is great no loss in hashing power still mining BLC then BLC+PHO then BLC+PHO+Ƀ then BLC+PHO+Ƀ+ ... +N until no more coins can be done! Why multipool or singles coin mining when you can mine them all and sync catch up when diff does, considering it was just released I dont see the issue even though atm the pools are getting less than intended it will even out over time 4+ years too late to get any Bitcoin give it a few days to catch up and if you mining other coins in a merge its just a win win win So who is buying the pizza's How many BlakeBitcoins for a pizza?
|
|
|
Newbies with just a few posts here is the chance to show your power. Get on voting. Show that you are useful not only after free coins. Once on mintpal your coins will have double value
|
|
|
I'm using the newest wallet both on my Windows workstation and Ubuntu mining rig (for ubuntu compiled it from git). No problem.
Not newest wallet version, a new wallet install. If anyone goes and downloads the wallet now and sets it up they cannot sync to the network, as I've said. I'm just going to shut up about this now and wait to see what happens. I'm gonna pop an effin blood vessel over here I've deleted my blockchain and it is donloading 3 blocks/sec so not being able to sync up is not possible you just have to wait a lot but it will get synced for sure before a high diff Ok thanks for the info hopefully it will sync. On a Core i7 I'm seeing only 100 blocks processed for every 200 blocks found. Make sure you add some nodes, a geographically closer node can seed blockchain faster Here are some more nodes: 01:38:22  getpeerinfo 01:38:22  [ { "addr" : "[2001:0:5ef5:79fb:1041:fba6:e89f:c965]:63003", "services" : "00000001", "lastsend" : 1399934301, "lastrecv" : 1399934301, "bytessent" : 8736302, "bytesrecv" : 7734632, "conntime" : 1399917082, "version" : 70001, "subver" : "/Blake:0.8.9.1/", "inbound" : true, "startingheight" : 12169, "banscore" : 0, "syncnode" : true }, { "addr" : "146.185.135.24:356", "services" : "00000001", "lastsend" : 1399934301, "lastrecv" : 1399934301, "bytessent" : 5315987, "bytesrecv" : 3640639, "conntime" : 1399917082, "version" : 70001, "subver" : "/Blake:0.8.9.1/", "inbound" : false, "startingheight" : 12180, "banscore" : 0 }, { "addr" : "82.11.86.45:356", "services" : "00000001", "lastsend" : 1399934301, "lastrecv" : 1399934301, "bytessent" : 4436502, "bytesrecv" : 4061919, "conntime" : 1399917083, "version" : 70001, "subver" : "/Blake:0.8.9.1/", "inbound" : false, "startingheight" : 12180, "banscore" : 0 }, { "addr" : "[2001:0:9d38:6ab8:8a8:18fa:b64d:2b8b]:60474", "services" : "00000001", "lastsend" : 1399934301, "lastrecv" : 1399934301, "bytessent" : 8228003, "bytesrecv" : 7131605, "conntime" : 1399917085, "version" : 70001, "subver" : "/Blake:0.8.9.1/", "inbound" : true, "startingheight" : 12181, "banscore" : 0 }, { "addr" : "188.226.213.85:356", "services" : "00000001", "lastsend" : 1399934301, "lastrecv" : 1399934301, "bytessent" : 6086239, "bytesrecv" : 3486470, "conntime" : 1399917088, "version" : 70001, "subver" : "/Blake:0.8.9.1/", "inbound" : false, "startingheight" : 12185, "banscore" : 0 }, { "addr" : "107.170.140.27:356", "services" : "00000001", "lastsend" : 1399934301, "lastrecv" : 1399934301, "bytessent" : 7976057, "bytesrecv" : 5681465, "conntime" : 1399917089, "version" : 70001, "subver" : "/Blake:0.8.9.1/", "inbound" : false, "startingheight" : 12185, "banscore" : 0 }, { "addr" : "[2001:0:5ef5:79fd:8e8:2cf6:b64d:2b8b]:356", "services" : "00000001", "lastsend" : 1399934301, "lastrecv" : 1399934301, "bytessent" : 8532791, "bytesrecv" : 7789016, "conntime" : 1399917225, "version" : 70001, "subver" : "/Blake:0.8.9.1/", "inbound" : false, "startingheight" : 12290, "banscore" : 0 }, { "addr" : "[2001:0:5ef5:79fb:46:2c5a:b64d:2b8b]:57017", "services" : "00000001", "lastsend" : 1399934301, "lastrecv" : 1399934301, "bytessent" : 7584183, "bytesrecv" : 8329406, "conntime" : 1399917226, "version" : 70001, "subver" : "/Blake:0.8.9.1/", "inbound" : true, "startingheight" : 12290, "banscore" : 0 }, { "addr" : "[2001:0:9d38:90d7:342a:2ab8:4dd1:16b1]:356", "services" : "00000001", "lastsend" : 1399934301, "lastrecv" : 1399934301, "bytessent" : 8413871, "bytesrecv" : 9249998, "conntime" : 1399917231, "version" : 70001, "subver" : "/Blake:0.8.9.1/", "inbound" : false, "startingheight" : 12293, "banscore" : 0 }, { "addr" : "[2001:0:5ef5:79fd:3826:23db:adf4:a9d2]:59554", "services" : "00000001", "lastsend" : 1399934301, "lastrecv" : 1399934301, "bytessent" : 4746272, "bytesrecv" : 3129196, "conntime" : 1399917508, "version" : 70001, "subver" : "/Blake:0.8.9.1/", "inbound" : true, "startingheight" : 12589, "banscore" : 0 }, { "addr" : "66.172.12.77:356", "services" : "00000001", "lastsend" : 1399934301, "lastrecv" : 1399934301, "bytessent" : 8148319, "bytesrecv" : 6307780, "conntime" : 1399919048, "version" : 70001, "subver" : "/Blake:0.8.9.1/", "inbound" : false, "startingheight" : 14132, "banscore" : 0 }, { "addr" : "[2001:0:9d38:6ab8:1449:3e75:af24:3313]:53171", "services" : "00000001", "lastsend" : 1399934301, "lastrecv" : 1399934301, "bytessent" : 6632352, "bytesrecv" : 6314144, "conntime" : 1399920227, "version" : 70001, "subver" : "/Blake:0.8.9.1/", "inbound" : true, "startingheight" : 15218, "banscore" : 0 }, { "addr" : "80.219.204.236:356", "services" : "00000001", "lastsend" : 1399934301, "lastrecv" : 1399934301, "bytessent" : 5499587, "bytesrecv" : 5057777, "conntime" : 1399922369, "version" : 70001, "subver" : "/Blake:0.8.9.1/", "inbound" : false, "startingheight" : 17130, "banscore" : 0 }, { "addr" : "[2001:0:9d38:6abd:246c:ebe:bc52:ebb2]:356", "services" : "00000001", "lastsend" : 1399934301, "lastrecv" : 1399934301, "bytessent" : 3746501, "bytesrecv" : 3983637, "conntime" : 1399925845, "version" : 70001, "subver" : "/Blake:0.8.9.1/", "inbound" : false, "startingheight" : 17587, "banscore" : 0 }, { "addr" : "[2001:0:9d38:90d7:10b8:78f:bee3:1437]:37135", "services" : "00000001", "lastsend" : 1399934302, "lastrecv" : 1399934289, "bytessent" : 1014953, "bytesrecv" : 2047865, "conntime" : 1399930802, "version" : 70001, "subver" : "/Blake:0.8.9.1/", "inbound" : true, "startingheight" : 8535, "banscore" : 0 }, { "addr" : "65.28.235.200:356", "services" : "00000001", "lastsend" : 1399934302, "lastrecv" : 1399934289, "bytessent" : 815105, "bytesrecv" : 1379903, "conntime" : 1399931257, "version" : 70001, "subver" : "/Blake:0.8.9.1/", "inbound" : false, "startingheight" : 10628, "banscore" : 0 }, { "addr" : "[2001:0:5ef5:79fb:2c9c:1384:e07e:6bb5]:50679", "services" : "00000001", "lastsend" : 1399934302, "lastrecv" : 1399934276, "bytessent" : 1273554, "bytesrecv" : 2133068, "conntime" : 1399931596, "version" : 70001, "subver" : "/Blake:0.8.9.1/", "inbound" : true, "startingheight" : 1327, "banscore" : 0 }, { "addr" : "65.27.187.72:356", "services" : "00000001", "lastsend" : 1399934302, "lastrecv" : 1399934283, "bytessent" : 887771, "bytesrecv" : 1009230, "conntime" : 1399931841, "version" : 70001, "subver" : "/Blake:0.8.9.1/", "inbound" : false, "startingheight" : 6779, "banscore" : 0 }, { "addr" : "134.17.153.25:356", "services" : "00000001", "lastsend" : 1399934302, "lastrecv" : 1399934301, "bytessent" : 1036579, "bytesrecv" : 1025098, "conntime" : 1399931885, "version" : 70001, "subver" : "/Blake:0.8.9.1/", "inbound" : false, "startingheight" : 25739, "banscore" : 0 }, { "addr" : "[2001:0:9d38:90d7:303f:13ed:fd84:279d]:48340", "services" : "00000001", "lastsend" : 1399934302, "lastrecv" : 1399934122, "bytessent" : 692501, "bytesrecv" : 1744966, "conntime" : 1399932105, "version" : 70001, "subver" : "/Blake:0.8.9.1/", "inbound" : true, "startingheight" : 15365, "banscore" : 0 }, { "addr" : "2.123.216.98:356", "services" : "00000001", "lastsend" : 1399934302, "lastrecv" : 1399934137, "bytessent" : 574425, "bytesrecv" : 1017002, "conntime" : 1399932779, "version" : 70001, "subver" : "/Blake:0.8.9.1/", "inbound" : false, "startingheight" : 19189, "banscore" : 0 }, { "addr" : "[2001:0:9d38:6ab8:1411:2d6c:31f4:aa7]:49845", "services" : "00000001", "lastsend" : 1399934300, "lastrecv" : 1399934301, "bytessent" : 850780, "bytesrecv" : 765775, "conntime" : 1399932788, "version" : 70001, "subver" : "/Blake:0.8.9.1/", "inbound" : true, "startingheight" : 26512, "banscore" : 0 }, { "addr" : "[2001:0:9d38:6ab8:3c05:eed7:b93e:f86e]:59519", "services" : "00000001", "lastsend" : 1399934301, "lastrecv" : 1399934301, "bytessent" : 950946, "bytesrecv" : 973064, "conntime" : 1399932790, "version" : 70001, "subver" : "/Blake:0.8.9.1/", "inbound" : true, "startingheight" : 26515, "banscore" : 0 }, { "addr" : "[2001:0:5ef5:79fb:14a6:3d55:a96e:dfaf]:51068", "services" : "00000001", "lastsend" : 1399934300, "lastrecv" : 1399934295, "bytessent" : 138200, "bytesrecv" : 218007, "conntime" : 1399933911, "version" : 70001, "subver" : "/Blake:0.8.9.1/", "inbound" : true, "startingheight" : 21098, "banscore" : 0 }, { "addr" : "[2001:0:9d38:6abd:3438:c46:92c3:96df]:49397", "services" : "00000001", "lastsend" : 1399934301, "lastrecv" : 1399934302, "bytessent" : 98933, "bytesrecv" : 99255, "conntime" : 1399934049, "version" : 70001, "subver" : "/Blake:0.8.9.1/", "inbound" : true, "startingheight" : 28007, "banscore" : 0 } ]
|
|
|
No reboot No kgw No hard fork
And what if comes a multipool and mines thousands of blocks and then leaves and a block will be mined in 30 mins?
|
|
|
I don't mind hoarding the large eye candy when I type ./blakebitcoind getbalance, but this sounds like a failed launch to me.
Blockcount 26164 Difficulty: 0.09428520
The difficulty retarget is totally off. There is a new block every second and the difficulty is about the same as it was 8000 blocks ago. Mining is basically about who has the network speed to add a new block instead of actually solving the block. Whether it is a premine or a public instamine, this blockchain is not very useful. I suggest reboot now
Most of all i agree with you however i don't think rebooting would solve the problem, moreover it would be worse. There are around 100 miners mining this coin right now and those would be really angry if their coins would just disappear overnight. Of course as a current miner i am defending my point. The right solution i think would be an imidiate hard fork with kgw implemented at block 50.000 so it should be taken as a mined ipo, that early miners got some more shares.
|
|
|
I hope dev knows well that he will have to fork the coin to lower the retarget time
|
|
|
Curious to see what is going on with this coin. On ny2.blakecoin.com, the network info shows Network Info Difficulty 0.02357130 Est Next Difficulty 3.31476450 (Change in 2 Blocks) Est. Avg. Time per Block 1 second Current Block 18338 After 18338 blocks, the difficulty is still <1? Sounds like a huge premine to me. really slow diff retarget:) public instamining lol
|
|
|
So we expect another diff adjust at 4032...
 { "blocks" : 3255, "currentblocksize" : 1000, "currentblocktx" : 0, "difficulty" : 0.00390625, "errors" : "", "generate" : false, "genproclimit" : -1, "hashespersec" : 0, "networkhashps" : 18470611, "pooledtx" : 0, "testnet" : false }
I am sure it won't be exactly at 4032 at the beggining diff retarget is always laggy on standard retarget
|
|
|
Not the best promotion a wallet that is not syncing:P
|
|
|
What exactly a merge mining pool means? I met this thing earlier but never understood what that it is
|
|
|
Any moves to add on some exchanges? We are out of developer.. I think Community need to take care of this coin.
Yea, anyone with that experience please help this coin. All I could suggest is to vote on new exchanges but guess this community is too small - only 10 people have voted! Otherwise, go vote: https://bitcointalk.org/index.php?topic=598531.0one more vote Voting is useless the coin is dead. POS is not working so no blocks are generated to confirm any transaction
|
|
|
I like smurfette in the wallet. lol.
|
|
|
|