I want to share a bug (have replicated it many times).

OS: Windows
Trigger: If your computer losses power (i.e. Windows is not shutdown properly) and PIVX wallet is running, db gets corrupted.
Solution: When you open PIVX wallet next time, it will display a message that db is corrupt and will give an option of recovering it. However, this solution does not work (wallet gets stuck).
My solution: User will have to re-sync blockchain from scratch (or manually restore blockchain db).

also, another reminder, do not use the Android TrollCoin wallet, slows to crawl eventually & you could lose your coins as a result

09. PIVX has 6 devs currently and is always open to new devs! Join slack's #development channel or PM s3v3nh4cks directly if you have any questions!

I've gotten locked out of my accounts on YoBit with no explanation from Support other than "Check your spam folder!" etc.  It asks me to input an e-mail authorisation code when I try to log in, but they've sent me no code and there's nowhere to input such a code anyway.

YoBit will never upgrade your coin if you have it there -- They will stick with the older version and happily stay on their own fork forever.

Please do not pay any money to be added to YoBit.  Better to spend money towards a working Android wallet instead.

Can't log into my account.  It says to input an e-mail auth code, but doesn't give me anywhere to input it even if I was to receive one.  E-mailed Support about it but just get boilerplate response.

excellent guys...your interest level is too necessary for completing any task and for fulfill any assignment so you must keep it up...

they are relief................  no more college dev.. according to some fbi sources.........

Cryptopia won't allow MINT withdrawals...

Anyone know what's going on?

I have 0.20 SYNC any clue on how to sell them? I bought them on polonyex but as expalained before it has been delisted.

Re "oldest block": Suppose miners are mining block 131 and we both have 25 M SMLY, you in address A and me in address B. Suppose also the content at your address A was last changed at block 120 but mine at block 125. If everyone else has changed the content of such addresses after those blocks, then you should get the next "interest" part of the block reward and your "most recent block" changes to 131. When block 132 comes up I will get the reward and my "most recent block" changes to 132. Someone else will now have the oldest "most recent block" and get the interest from block 133. Eventually everyone has had their "most recent block" changed and yours becomes the oldest.

If this is doable, then it should give a fair way of splitting the reward in a PoS-sort of way. The algorithm just loops through every "holding" address and rewards them in turn.

Anyone who changes the amount in an address just gets moved to the end and that's no big deal if it just happens occasionally, but if the amount in the address is bouncing all over then this is not a "holding" address.

I should add that this is not a new idea. Dash does pretty much the same thing according to this report: https://cointelegraph.com/news/fastest-crypto-for-cash-ever-dash-funds-wall-of-coins-integration

-- and that should imply that this is doable, one way or another :-)

Since there are no objections, we will investigate this further. There will be several steps, with several smaller decisions to be taken underway, depending on how things work out. If the POS-style approach can be implemented by paying a fixed fee to every address containing at least e.g. 25 M SMLY, then that is very tempting. If it leads to even minor stockpiling, that has the potential to affect the price considerably.

The large pools as a bit of a problem for us since they have always jumped in with a lot of hashpower whenever SMLY mining appears profitable to them - and then they leave for another coin. Basically, their coin-switching algorithms are very inefficient and do not give anything like optimal returns to the pools' miners. It should not be a goal for us to attract this behaviour.

We could in principle move completely out of POW and to some POS scheme but an intermediate scheme with low mining rewards looks more tempting at the moment.

Having given the whole issue some thought, my suggestion today is to eventually change all mining rewards to something like 1000 SMLY (whether X11 or scrypt) and pay the rest to large wallets ("interest") and as donations. It remains to be seen whether this can be implemented, but the suggestion would be to keep track of the block when each UTXO was last touched and pay eg 4500 coins to the UTXO address over 25 M SMLY and with the oldest block. With the current number of SMLY in actual circulation, this scheme ensures that every such wallet will get several payments every day.

Someone will need to check whether there can be several outputs for the coinbase transaction in the block. I don't see that this breaks anything obvious, but you never know. If it does not, then we can implement this initially as an optional change while we're testing it and then move on to only accept blocks with this implementations (a hard fork).

In any case, adding the new algorithm (X11?) will require a hard fork.

Of course this is all still open for discussion.

Let's aim for a consensus - in this forum - by the end of March 2017. The rest will then just depend on what can actually be implemented, technically and realistically.

1blockologist entered now new code since he is "working" on bbr. Only thing he made is white paper with memes in it lol
zoidberg confirmed that he is NOT working with 1 blockologist because he doesn't trust him and added nothing so far only words.

On my project going forward, VIDZ will be swappable via a proof of burn to a temporary coin. All VIDZ that I hold will be burned as well. I say temporary because for my goals to be realized it requires specialized blockchain development. The EVM just isn't going to cut it, nor do I want to be attached to constant political drama of Ethereum. More importantly no existing blockchain can go about the direct integration I want with browsers. The temporary coin will eventually be 1:1 swapped to the entirely new blockchain being developed when its production ready.

It's really tempting to move towards a multi-algo coin. Since we only have finite resources it's also tempting to just pick a well-established second algorithm, where X11 must be a strong contender. One worry is the existence of some X11 ASICs. It would be good to get a discussion on this.

Next, we should think about whether such X11-generated blocks should have exactly the same reward type as is currently used. An argument could be made that we should do one or more of the following:

• Auto-distribute some of the block rewards to existing coin holders.
• Auto-donate some of the coins to a specified cause.

At one extreme, the miner gets very little and there will be few miners. At the other extreme we're just doing the same as before, with one more algorithm. In-between, we may be encouraging people to hold onto their coins and we may also be supporting something useful.

Let me give some background. If I were starting the SMLY today I think I would change at least the following:

• Choose a different mining algorithm (or a combination of several).
• Try to give an incentive to hold onto one's coins. I'm not convinced that the proof-of-stake approach is the way to go. My preference would be to figure out a way to take a large portion (30%?) of the mining reward and simply split this among existing owners.
• There would not be a premine.
• One would automatically funnel a large portion (30%?) of the mining rewards to a handful of addresses belonging to specified charities (the tutor-web system and the Education-in-a-suitcase, EIAS, non-profit).

In the current case there is no need to donate to the tutor-web system which owns the premine (and we can't really take that back). It would be extremely useful for EIAS to receive donations.

Similarly, suppose we figured out a way to maintain a list of all addresses containing at least x SMLY and we split 30% of the mining rewards evenly among those addresses. If this is a part of the criterion for accepting a new (X11) block, then my gut feeling says we won't have any ASICs messing up the scene. It also means we have a strong incentive to keep a whole lot of SMLY (we can discuss the numbers).

Another way to say this is that the new (X11) miners get a lower reward than the scrypt miners. Of course that will result in fewer miners bothering to mine, but it will also result in a lower difficulty.

I see from slack that alpha to testing was successful and the project moves onto the beta stage.

i don't see any contradiction about whats C-Cex saying on above. They are clearly said if they won't remove the list of those coins now and will give them 2 weeks for people to sell/withdraw their coins before it get delisted on 2 weeks later.

This happens because their preferred contact method is email. You are automatically assigned a Bitmessage address but some people choose email only because its faster. I've considered allowed people without email to contact via Bitmessage. To accept that contract load an email from.one of the supported email providers (Gmail, AOL, outlook, Hotmail etc)

Coins will stay on exchange for 2 weeks from today. Even after that we are not removing all of them instantly giving enough time for withdrawals.

The following coins will be removed on 01.02.2017 if their average trading volume for the last month has not exceeded 0.2 BTC/day (6 BTC for last 30 days):

AnarchistsPrime [ACP], Adzcoin [ADZ], AndromedaCoin [AND], Argon2Coin [AR2], ArcticCoin [ARC], BiosCrypto [BIOS], BritCoin [BRIT], Bitquark [BTQ], Burst [BURST], CleverCoin [CLV], PayCon [CON], CoreCoin [CRC], Credits [CRE], Crypto [CTO], Cypher [CYP], DigiEuro [DEUR], DimeCoin [DIME], DoveCoin [DOV], Droidz [DRZ], EroBitCoin [EBIT], Eclipse [EC], EDRcoin [EDRC], EverGreenCoin [EGC], ElCoin [EL], FastCash [FCH], FitCoinPlus [FCP], FujiCoin [FJC], Floz [FLOZ], Francs [FRN], GlobalBusinessRevolution [GBRC], GuccioneCoin [GCC], GanjaCoin V2 [GNJ], HempCoin [HMP], ImpulseCoin [IMPS], IslaCoin [ISL], Kcoin [KC], LontaiCoin [LC], LinkedCoin [LKC], MobileCash [MBL], Moin [MOIN], MudraCoin [MUDRA], NukeCoinz [NKC], NoLimitCoin [NLC], OTCCoin [OTX], PrimeChain [PRIME], Piron [PIN], PiZZAcoin [PIZZA], Rimbit [RBT], Revenu [REV], SafeCoin [SFE], SunShotCoin [SSC], UCoin [ U], UniversalBookingCoin [UB], Unobtanium [UNO], VectorCoin 2.0 [VEC2], WallCoin [WALC], Xecoin [X2C], BeatCoin [XBT! S], Minuo [XMO], XNCCoin [XNC], BitZeny [ZNY].

Please, trade, sell or withdraw these coins before removal date, after which retrieval of any remaining balances for these coins will not be possible anymore.

We will not remove coins which will reach minimum trading volume requirement.

We have to free up server resources for new coins by delisting some coins which have consistently low trading volume.
The following coins will be removed on 01.02.2017 if their average trading volume for the last month has not exceeded 0.2 BTC/day (6 BTC for last 30 days):

AnarchistsPrime [ACP], Adzcoin [ADZ], AndromedaCoin [AND], Argon2Coin [AR2], ArcticCoin [ARC], BiosCrypto [BIOS], BritCoin [BRIT], Bitquark [BTQ], Burst [BURST], CleverCoin [CLV], PayCon [CON], CoreCoin [CRC], Credits [CRE], Crypto [CTO], Cypher [CYP], DigiEuro [DEUR], DimeCoin [DIME], DoveCoin [DOV], Droidz [DRZ], EroBitCoin [EBIT], Eclipse [EC], EDRcoin [EDRC], EverGreenCoin [EGC], ElCoin [EL], FastCash [FCH], FitCoinPlus [FCP], FujiCoin [FJC], Floz [FLOZ], Francs [FRN], GlobalBusinessRevolution [GBRC], GuccioneCoin [GCC], GanjaCoin V2 [GNJ], HempCoin [HMP], ImpulseCoin [IMPS], IslaCoin [ISL], Kcoin [KC], LontaiCoin [LC], LinkedCoin [LKC], MobileCash [MBL], Moin [MOIN], MudraCoin [MUDRA], NukeCoinz [NKC], NoLimitCoin [NLC], OTCCoin [OTX], PrimeChain [PRIME], Piron [PIN], PiZZAcoin [PIZZA], Rimbit [RBT], Revenu [REV], SafeCoin [SFE], SunShotCoin [SSC], UCoin [ U], UniversalBookingCoin [UB], Unobtanium [UNO], VectorCoin 2.0 [VEC2], WallCoin [WALC], Xecoin [X2C], BeatCoin [XBT! S], Minuo [XMO], XNCCoin [XNC], BitZeny [ZNY].

Please, trade, sell or withdraw these coins before removal date, after which retrieval of any remaining balances for these coins will not be possible anymore.

We will not remove coins which will reach minimum trading volume requirement.