donation addy up to 0.08327517 BTC    .. such market floor !!!

https://blockchain.info/address/1GxNu1iUZZoJ9jH9dyQHFr3P4mC8QvmgzK

i'll bid .0001 BTC

cryptobetfair. where the balls are deep.

could you post a txid to show you withdrawing that amount. it's hard to believe yr grand sum is legit.

such old skool

looks like we need some community action to get QUIT onto another exchange.

i'm finding time a bit scarce atm, but will look around and see about getting it onto a voting list somewhere or two.

here's the buzz/summary ...

official code (including qt wallet in OP) will NOT stake past block 525600. it however will work fine for non staking purposes (ie moving and storing coins)

bumbacoin code https://github.com/bumbacoin/communitycoin
will stake past that point. however it will not sync AND there is no qt compiled. (and it will probably break again for the 2nd year anniversary)

- to sync a new bumbacoin compile, you need to first sync using the official code, then switch to bumbacoin code
bootstrap available here https://www.dropbox.com/s/zocywq6ct8dp5lv/bootstrap.dat?dl=0

- to use a staking qt-wallet, one needs to be compiled.
this seems to be proving annoying :p mainly because it uses old code which a lot of people seem to no longer support.


====
NECESSARY STEPS TO MOVE FORWARD

1. proper working code
2. compile new qt-wallets


DESIRED STEPS

1. working explorer
(i approached multi-faucet.tk but they were unwilling to look at it with the buggy code so might need to wait til code is fixed)

bwahahahaha such genuis

it seems using the "new" code and syncing from zero is problematic.
seems to stick at block 1451

coin code is odd . lol

if you want to run the staking code as it currently is,
seems you can sync by running the official code, then change over and stake.

or

if you're not staking just run  the official code only.

lol well i've been using accounts in my daemon. seemed the simplest way to move coins around without having coincontrol.
they are trouble i tells ya. misreporting etc.

if anyone can think of a simple way of moving coins in a daemon let me know..

i'll just have to send them all to a new address, open said address in a brand new wallet. then send them back in chunks of 25k

i'm trying to work out wether tis possible to have multiple 25k stakes on a single masternode.

sending 25k to different addresses on the same wallet and see what happens.

I am enjoying the light server load of the masternodes,

this is the first coin with masternodes that i've tried staking with and Shell just runs along nice and quietly ..


.. in terms of syncing, there does seem to be some problems with getting yr first connections.
this is my current masternode list output, you could make sure they're added as nodes.

{
    "128.199.179.85:12454" : 1,
    "84.73.0.236:12454" : 1,
    "74.77.15.47:8454" : 1,
    "104.236.89.11:12454" : 1,
    "104.236.89.11:12464" : 1,
    "104.238.152.156:12454" : 1,
    "76.90.105.71:12450" : 1,
    "76.90.105.71:12453" : 1,
    "76.90.105.71:12443" : 1,
    "86.5.105.48:12345" : 1,
    "5.45.179.149:6666" : 1,
    "74.77.15.47:12454" : 1,
    "76.90.105.71:12454" : 1,
    "74.77.15.47:7454" : 1,
    "73.160.103.147:6666" : 1,
    "64.9.35.101:12454" : 1,
    "71.237.125.226:12454" : 1,
    "76.90.105.71:12452" : 1
}


edit.
here's a link to my peers.dat
if you put that in yr data directory that should help as well.

https://www.dropbox.com/s/zp1aadwkwy0psys/peers.dat?dl=0

ExclusiveCoind daemon isnt seeming to shut down gracefully :p
(ubuntu 14.04 i think)

tail of debug.log

ThreadOpenConnections exited
ThreadOpenAddedConnections exited
ThreadMessageHandler still running
ThreadStakeMiner still running
ThreadMessageHandler exited
Flushed 265 addresses to peers.dat  49ms
Flush(true)
DBFlush(true) ended               1ms
ExclusiveCoin exited


but the process keeps running and running and running until i killz it.
i'll try recompiling it later.

yeh. it's good to see the majority of coins off the market in one way.

but bad in another way.
hopefully the shops can get some movement and create a demand .

cool. i'm just compiling the new src

i've just noticed my daemon is on a fork. and has 45 connections.


edit.
mind you i didnt do a getpeerinfo so i'll just check

i only waited til 13 connections, but it seems a few are on it

at this point i was on 345138 which is about 14 less than the explorers are on

[
    {
        "addr" : "73.40.110.26:37561",
        "services" : "00000001",
        "lastsend" : 1433943790,
        "lastrecv" : 1433943790,
        "conntime" : 1433943519,
        "pingtime" : 0.19062300,
        "version" : 60014,
        "subver" : "/Satoshi:1.1.1.5/",
        "inbound" : true,
        "startingheight" : 345132,
        "banscore" : 0
    },
    {
        "addr" : "54.68.182.90:4481",
        "services" : "00000001",
        "lastsend" : 1433943790,
        "lastrecv" : 1433943790,
        "conntime" : 1433943520,
        "pingtime" : 0.77142100,
        "version" : 60014,
        "subver" : "/BitNet:1.1.2.3/",
        "inbound" : true,
        "startingheight" : 345131,
        "banscore" : 0
    },
    {
        "addr" : "171.213.255.34:920",
        "services" : "00000001",
        "lastsend" : 1433943809,
        "lastrecv" : 1433943779,
        "conntime" : 1433943566,
        "pingtime" : 2.86509800,
        "pingwait" : 6.51834900,
        "version" : 60014,
        "subver" : "/BitNet:1.1.2.7/",
        "inbound" : false,
        "startingheight" : 341055,
        "banscore" : 0
    },
    {
        "addr" : "202.96.138.245:49328",
        "services" : "00000001",
        "lastsend" : 1433943790,
        "lastrecv" : 1433943600,
        "conntime" : 1433943600,
        "pingtime" : 0.00000000,
        "pingwait" : 214.60259200,
        "version" : 60014,
        "subver" : "/BitNet:1.1.2.7/",
        "inbound" : true,
        "startingheight" : 343965,
        "banscore" : 0
    },
    {
        "addr" : "67.187.80.35:50461",
        "services" : "00000001",
        "lastsend" : 1433943792,
        "lastrecv" : 1433943792,
        "conntime" : 1433943608,
        "pingtime" : 1.31111100,
        "version" : 60014,
        "subver" : "/BitNet:1.1.2.6/",
        "inbound" : true,
        "startingheight" : 345133,
        "banscore" : 0
    },
    {
        "addr" : "38.65.25.58:52235",
        "services" : "00000001",
        "lastsend" : 1433943787,
        "lastrecv" : 1433943790,
        "conntime" : 1433943618,
        "pingtime" : 0.65132700,
        "version" : 60014,
        "subver" : "/BitNet:1.1.2.7/",
        "inbound" : true,
        "startingheight" : 345136,
        "banscore" : 0
    },
    {
        "addr" : "116.7.245.183:61246",
        "services" : "00000001",
        "lastsend" : 1433943792,
        "lastrecv" : 1433943792,
        "conntime" : 1433943625,
        "pingtime" : 0.79079100,
        "version" : 60014,
        "subver" : "/BitNet:1.1.2.7/",
        "inbound" : true,
        "startingheight" : 345132,
        "banscore" : 0
    },
    {
        "addr" : "191.237.170.168:2275",
        "services" : "00000001",
        "lastsend" : 1433943790,
        "lastrecv" : 1433943790,
        "conntime" : 1433943661,
        "pingtime" : 0.14223200,
        "version" : 60014,
        "subver" : "/BitNet:1.1.2.3/",
        "inbound" : true,
        "startingheight" : 345135,
        "banscore" : 0
    },
    {
        "addr" : "137.117.80.212:1129",
        "services" : "00000001",
        "lastsend" : 1433943790,
        "lastrecv" : 1433943790,
        "conntime" : 1433943704,
        "pingtime" : 0.28598500,
        "version" : 60014,
        "subver" : "/BitNet:1.1.2.3/",
        "inbound" : true,
        "startingheight" : 345135,
        "banscore" : 0
    },
    {
        "addr" : "88.198.12.244:56400",
        "services" : "00000001",
        "lastsend" : 1433943790,
        "lastrecv" : 1433943790,
        "conntime" : 1433943711,
        "pingtime" : 0.09293500,
        "version" : 60014,
        "subver" : "/BitNet:1.1.2.3/",
        "inbound" : true,
        "startingheight" : 345131,
        "banscore" : 0
    },
    {
        "addr" : "116.7.245.183:2515",
        "services" : "00000001",
        "lastsend" : 1433943790,
        "lastrecv" : 1433943778,
        "conntime" : 1433943770,
        "pingtime" : 1.58615000,
        "version" : 60014,
        "subver" : "/BitNet:1.1.2.7/",
        "inbound" : true,
        "startingheight" : 345138,
        "banscore" : 0
    },
    {
        "addr" : "116.7.245.183:3893",
        "services" : "00000001",
        "lastsend" : 1433943810,
        "lastrecv" : 1433943810,
        "conntime" : 1433943808,
        "pingtime" : 1.46024800,
        "version" : 60014,
        "subver" : "/BitNet:1.1.2.7/",
        "inbound" : true,
        "startingheight" : 345139,
        "banscore" : 0
    }
]

COMKORT is closing.



https://comkort.com/blog/news/comkort_close

that is pretty cool. i guess it shows that there needs to be either a large price rise, or more quit on sale to be useful.

addnode=106.187.96.176:55131
addnode=46.28.202.45:20801
addnode=4.209.33.80:20801


i've only got 3 connections atm.
i will see if i can do a bootstrap tomorrow.

seems needs someone who can fix it.
a mandatory update, with slightly modified code, and newly compiled qt's.

it doesnt seem a major problem to fix. just a major problem that it's stuck.

just seems the switchover to the lessened pos reward is badly done.