BTCD is no more

[Azeh]

Week 27: 20 BTCD have been paid to 608 unique BitcoinDark addresses for successfully staking blocks 831819-842604

Thanks for staking and supporting the BitcoinDark network.

The BitcoinDark chrome app (Iguana) will be released soon with block explorer functionality to show off the power of ramchains (BTC Blockchain compressed to 15GB and Full sync in 6 hrs.) along with the launch of the new BitcoinDark marketing campaign. 

A special thanks for those that have continued to support BTCD even through the hard times.  Your patience will begin to be rewarded soon. 

[gnargnar]

in before the rise 

[bhokor]

This coin is having a nice development, i only hope the users base growth and price breaks the actual downtrend

[sambiohazard]

I have another question about dividents.
Dividents are sent to my addresses with (received with)
Is it normal to receive divident with an address which is not mine?
That address is not in my list of addresses in "Receive coins"

I once received stake (mined) with that address too.

Also the address is greyed in the transactions list.

You mean the dividends from the MMBTCD fund?
They are send by Azeh? And of course through another address which is not yours. Its another address because its staking revenue which is not implemented in the BTCD-system. Ammount is depending on the number of blocks minted by your addresses...

Ok, I get what you are saying but again...
Last time I received dividents twice on one of my addresses and once on that address which is not mine.
I have also received coins from staking (Mined) on that address which is not mine. In this case it was not dividents.

have you run validateaddress on the addresses you say are not yours?

No, how can I do that?

Ok, I found how to do that.
It returns

{
"isvalid" : true,
"address" : "R                      9",
"ismine" : true,
"isscript" : false,
"pubkey" : "                                ",
"iscompressed" : true
}



But again, I do not have such address starting with R and ending with 9

This might be a "change address" your wallet created. It is not listed on receive coin tab but if you dont use coin control to specify a custom change address while sending some coins then wallet creates a new address to which change from your outgoing transaction is sent. and if you havent consolidated your inputs using coin control then your BTCD in the change address are staking there.

[yassin54]

"SuperNET Project ​'Iguana' to Birth a Chrome App, Increase Accessibility of its Technology"

 http://coremedia.info/index.php/bitcoin-2-0/item/187-project-iguana-to-birth-a-supernet-chrome-app-increase-accessibility-of-its-technology

[JohnnyBTCSeed]

When asked to summarize his vision regarding 'Iguana', jl777 described it as a “one click chrome app. It talks direct to the coin networks as a full peer. It is a polyglot client. Same code for BTC and all compatibles. Using native ramchains. This will allow direct integration of Pangea, Instantdex, Peggy, etc., without any reliance on public nodes for anything.”

I am reading this as iguana will talk to btc compatible coins such as namecoin, ixcoin, i0coin, devcoin as these are merge mined with btc and i assume are therefore compatible. Would this include litecoin and doge? As they are scrypt? Take for instance i0 and ixcoin, as these are old working copies of bitcoin, but not really used, the blockchain is really small compared to bitcoin. These could be a much preferred network to use as it seems they would load faster. Is there any plan to use these?

Or are the " compatibles" just supernet coins? Speaking of which, will supernet people get an update by the end of the year of the state of the project as a whole? Which coin projects fell into a blackhole? How much investment $ in these projects has evaporated. Which devs turned out to be filthy leeches?

Am asking here as im not going to go logging in to go chasing answers down the many rabbit holes that contain supernet information. It would be nice if that private slack channel on iguana was atleast posted on the oldforum slack archives that links from the new forum, even if once every few days.

"SuperNET Project ​'Iguana' to Birth a Chrome App, Increase Accessibility of its Technology"

 http://coremedia.info/index.php/bitcoin-2-0/item/187-project-iguana-to-birth-a-supernet-chrome-app-increase-accessibility-of-its-technology

[BTCDDev]

Iguana is BitcoinDark wallet, with multiple coins supported.

#iguana snippet from December 5:

jl777 [1:18 AM]
i had to slow down things a bit, but it looks like it is working much smoother

​[1:18]
PARSED.332900 T.53166258 U.145635386+265 S.130373708+749 P.55869173 hwm.386760 longest.386760 | 1916083934.48368859 - 1902511419.68137693 13572514.80231166 [40.77054612] M 16645050.00000000 F -3072535.19768817 | 177.15 minutes 100.00% 99.99% 99.81% avail compR 1.000

​[1:18]
and

​[1:18]
PARSED.361700 T.72732978 U.206127096+5724 S.185528318+5035 P.81212997 hwm.386738 longest.386774 | 2123151527.35031271 - 2108859012.54800105 14292514.80231166 [39.51483219] M 18085050.00000000 F -3792535.19768817 | 418.12 minutes 14.40% 0.58% 0.57% avail compR 1.000

​[1:19]
so on two servers it is getting past where it got stuck, but the total processing time will be around the original 8hours target, even though at max bandwidth it can be downloaded in 30 minutes

​[1:19]
established network contact with btcd network and all looks pretty good, except it doesnt have the blockhdrs message in the protocol, so i will have to create that out of the blockhashes

​[1:20]
i got the first part of the API handling done and a null json is getting from html into the pnacl code

​[1:20]
oh, I also got it so that the ramchains start building within the chrome app

​[1:21]
but, got an error 38... which is unimplemented function for syncing the mmap files

​[1:21]
so I will need to do some major reworking of the ramchain management to use stdio

​[1:22]
i got a basic inbound processing loop, but ran into some issues with getting the second packet

​[1:23]
i will probably not be online until Sunday. in the meantime what would be useful is to verify that BTC blockchain is parsed till the end on more than my servers

​[1:26]
once I get the inbound networking debugged, that will allow not only doing RPC, but to make generic SuperNET agent comms and even the dedicated pangea networking and also being a full node for bitcoin/btcd, so it is quite important

​[1:27]
tl:dr almost done with the slow part of the iguana dev process. once I get an abstraction layer on top of the low level functionality, then the rest is just "normal" code, which has the advantage of not having strange slow down mysteries that takes days to fix

​[1:29]
i think by next weekend a ramchain explorer version that supports blocks and txids and standard addresses is possible, though still these strange system level issues can slow things down. one thing that I worry about is the 10GB limit on total files allowed in a chrome app. this is a problem for BTC and would require partitioning iguana in an unnatural way

​[1:31]
assuming I can get the ramchain explorer mostly working by next weekend, then the week after that would be for a basic wallet, though that requires HTML to also be ready

​[1:32]
with the ramchain design a "wallet" is actually quite simple as you can just have a list of addresses and make a single ramchain request to get the total available

​[1:32]
really the most work will be just formatting the json return for the API calls

​[1:33]
now is the time to make requests for wallet functions that are desired

jl777 [1:39 AM]
i will support an iguana.conf file so we can do iguana conf just like SuperNET.conf  iguana has hard coded support for BTC and BTCD
a "coins":[] array is used to specify the active coins

each coin would have its own json object inside the "coins" array
{"name":"BTC","description":"bitcoin"}
optional fields are: "maxrecvcache" "maxpeers" "initialheight" "services"

the first two are something the end user will want to be able to change, "maxrecvcache" specifies the number of gigabytes that will be used to readahead, maxpeers defines the maxpeers used

initialheight should be the approximate current height, but not really needed for normal use
also services is more an internal dev field, leaving it off is fine
not sure if we need to bother with password protecting the basic ramchain functions
so there are the active coins that are in the "coins":[] array and if to allow specifying which coins, we need to be able to start and stop the syncing of the blockchain

so an {"method":"start","coin":"BTC"} to start BTC sync and a "stop" to stop the sync

now it is also possible to add coins other than BTC/BTCD, but the specific chain parameters needs to be specified with the following fields:         "name","description","pubval","scriptval","wipval","netmagic","genesishash","genesisblock","p2p","rpc","hastimestamp"

first three are all fields except last 3 are hexstrings, the last three are numbers for p2p port, rpc port

the byte sizes for pubval, scriptval and wipval is 1
netmagic is 4 bytes

genesishash is 32 bytes and genesisblock is variable

the hexstr will be double these sizes, so to add a coin that is not BTC or BTCD these parameters must be in the coin's json

once we can start the ramchains building then we can support the info API:
"status", "getblock", "gettxid", "getaddress" and whatever others you need to make a blockexplorer display

please ask any questions to clarify I now am generating and reloading ramchains with just an issue past block 250K, but enough works we can get the html certainly working with the data from the early blocks

​[1:40]
the latest version does support command line JSON being passed in for the iguana.conf, use backslash to escape the " inside the json. this is totally untested

jl777 [1:50 AM]
PARSED.363500 T.74227637 U.211070171+4669 S.189829851+3701 P.83095838 hwm.386738 longest.386783 | 2138390887.18090487 - 2124053372.37859321 14337514.80231166 [39.44295682] M 18175050.00000000 F -3837535.19768817 | 448.73 minutes 5.30% 0.21% 0.23% avail compR 1.000

​[1:50]
within 20k blocks

​[1:50]
total 16G
-rw-r--r-- 1 dvb2 dvb2  52M Dec  5 07:48 blocks
-rw-r--r-- 1 dvb2 dvb2 313K Dec  5 07:46 iAddrs
-rw-r--r-- 1 dvb2 dvb2 543M Dec  5 01:19 ledger
-rw-r--r-- 1 dvb2 dvb2 2.2G Dec  5 07:49 pkhashes
-rw-r--r-- 1 dvb2 dvb2 1.8G Dec  5 07:49 pkhashes2
-rw-r--r-- 1 dvb2 dvb2 439M Dec  5 07:49 pkhashes3
-rw-r--r-- 1 dvb2 dvb2 764M Dec  5 07:49 spends
-rw-r--r-- 1 dvb2 dvb2 921M Dec  5 07:49 spends2
-rw-r--r-- 1 dvb2 dvb2 2.9G Dec  5 07:49 txids
-rw-r--r-- 1 dvb2 dvb2 3.7G Dec  5 07:49 unspents
-rw-r--r-- 1 dvb2 dvb2 2.3G Dec  5 07:49 unspents2

​[1:54]
total size is 16GB here, so probably around 18GB to get to realtime. that is for fullnode. keeping just the unspents would probably fit in less than 100mb as there are ~17 million utxo and each can be encoded in ~8 bytes, but maybe easier to encode it in uncompressed 16 bytes for 250mb dataset

​[1:56]
that requires full iguana nodes to convert the canonical 32bit indexes for the txids, so this will need to wait until a bit later. but since a full node can be made from scratch overnight, maybe there isnt much rush for this, its more for the fully mobile miniguana

infinitechaos [6:23 PM]
joined #iguana by invitation from @noashh


----- Yesterday December 6th, 2015 -----
jl777 [1:34 AM]
as expected i am partway through reworking the main processing loop. Now that I better understand the constraints, I aim to solve the remaining sticky issues for initial ramchain sync so resumes are reliable and also so high end computers can process things much closer to the 30 download time for the the full blockchain. but the biggest issue is the chrome app's 10GB limit and also that it is quite slow with the I/O, so maybe the tradeoff is that the chrome version will rely on full iguanas and become the miniguana

​[1:35]
one approach is to have the chrome app be able to do a full  sync on its own, but if a local full iguana is there, it would just do the front end and let the full native version do all the backend work. that would allow a single GUI (without any changes) to work for both iguana and miniguana

​[1:37]
i forsee a long day today to finish coding the new control flow and get it to not crash with the debugging to complete in a day or two after that. i will skip the partitioning the chrome app into multiple ones to get around the 10GB limit as google says they will revisit this and much prefer to keep the architecture as simple as possible. As it is it is getting to the edge of complicated

[JohnnyBTCSeed]

thanks btcddev

So it sounds like this BitcoinDark Multi wallet WILL support old coins such as ixcoin and i0coin. Which would be great as it is getting really hard to trade some of the classics, so this could bring over those communities. and those should be REALLY easy to add.

Might I inquire if there will be an easy method, or a scrypt, button, drop down list, what ever, to add extra coins for us slow people? something automatized.

Speaking of being slow, I'm going to have to eat some LSD in order to over-clock those mind gears for floating near James's level. =James has blown my mind again!

now it is also possible to add coins other than BTC/BTCD, but the specific chain parameters needs to be specified with the following fields:         "name","description","pubval","scriptval","wipval","netmagic","genesishash","genesisblock","p2p","rpc","hastimestamp"

first three are all fields except last 3 are hexstrings, the last three are numbers for p2p port, rpc port

the byte sizes for pubval, scriptval and wipval is 1
netmagic is 4 bytes

genesishash is 32 bytes and genesisblock is variable

the hexstr will be double these sizes, so to add a coin that is not BTC or BTCD these parameters must be in the coin's json

once we can start the ramchains building then we can support the info API:
"status", "getblock", "gettxid", "getaddress" and whatever others you need to make a blockexplorer display

please ask any questions to clarify I now am generating and reloading ramchains with just an issue past block 250K, but enough works we can get the html certainly working with the data from the early blocks

[Nxtblg]

Speaking of being slow, I'm going to have to eat some LSD in order to over-clock those mind gears for floating near James's level. =James has blown my mind again!

LSD...the LeiSureDrug. "When I had the time for it, I was afraid; now that I'm no longer afraid, I no longer have the time."

[Actually, there was a first-stab study done just before the 1966 chop-off that asked whether a full dose of LSD enhanced creative-problem-solving abilities. The conclusion was, "a tentative yes in some cases, but we need more research." Oh, what might have been...]

[@boutiuqe]

Still believe in this coin ?
Straigh down from 1,000,000 sat to 100,000 and 1,000 in next couple day.
Pump group is take profit.

[bitkokos2]

Still believe in this coin ?
Straigh down from 1,000,000 sat to 100,000 and 1,000 in next couple day.
Pump group is take profit.

Look who's talking https://bitcointalk.org/index.php?topic=1281792

[kennyP]

Still believe in this coin ?
Straigh down from 1,000,000 sat to 100,000 and 1,000 in next couple day.
Pump group is take profit.

Yes, there is constant innovative development supporting bitcoindark.

Almost all altcoins have declined in price from their all-time-high.

Using your method of evaluation:

Ripple       - 9000 to 1780 sat

Litecoin     - 3,500,000 to 895,000 sat

Ethereum     - 822,000 to 190,000 sat

Dash         - 1,900,000 to 593,000 sat

Dogecoin     - 241 to 33 sat

Stellar      - 2100 to 518 sat

Bitshares    - 8600 to 922 sat

Peercoin     - 741,000 to 103,000 sat

Nxt          - 11,000 to 1600 sat

Namecoin     - 974,000 to 108,000 sat

Monero       - 613,000 to 107,000 sat

Counterparty - 1,900,000 to 194,000 sat

Blackcoin    - 40,000 to 6000 sat

Mastercoin   - 21,000,000 to 523,000 sat

Primecoin    - 878,000 to 17,400 sat

Ouch!! even the pretty girls look ugly in this market (BTCD is one of the prettiest still imo)

[Nxtblg]

Ouch!! even the pretty girls look ugly in this market (BTCD is one of the prettiest still imo)

Tell me about it...things are rough in this here frontier. As for why the bear's ravagings, who knows? It seems as hard-to-pin-down as a witch's curse.

[cmg777]

Tell me about it...things are rough in this here frontier. As for why the bear's ravagings, who knows? It seems as hard-to-pin-down as a witch's curse.

To a point yes but for the most part the bear is the elephant in the room as it is the Almighty-Bitcoin. Bitcoin is presently being pumped up by a Chinese recession in the stock market and I've heard some Russian Ponzi scheme website. People are selling their Alts for the high-priced BTC for a seemingly flat fiat price for less BTC. Personally, I think BTC will be dumped immensely next year as the difficulty to obtain it through mining increases halving the reward.   

[bitcoinrocks]

Why would people dump bitcoin when it becomes harder to acquire?

[bitkokos2]

Why would people dump bitcoin when it becomes harder to acquire?

When you dump something you can acquire more, therefore you make profit 

[Nxtblg]

Why would people dump bitcoin when it becomes harder to acquire?

When you dump something you can acquire more, therefore you make profit 

Yeah, hypothetically, but pulling it off is a lot trickier than it seems. You have to keep a close eye on the buybook, for starters.

[kennyP]

Ouch!! even the pretty girls look ugly in this market (BTCD is one of the prettiest still imo)

Tell me about it...things are rough in this here frontier. As for why the bear's ravagings, who knows? It seems as hard-to-pin-down as a witch's curse.

There's so many coins now that it's almost impossible to keep up, so the 'market' is acting irrationally now through imperfect information. When I first got into crypto it was possible to keep up with every major coin (almost), so a mortal could spot the quality with enough research effort, but now the amount of reading involved to do that on your own requires a full-time commitment.

With so many alt coins now it's impossible for people to spot the wheat from the chaff. Marketcap & volume don't give the full picture, and the crypto media are biased and corrupt. Who has time to patrol 50+ threads, multiple forums, and slack channels daily anymore. I must be reading 3-5 hours a day, and I'm finding i rely more on secondary sources for crypto news.

Coins like BTCD & Qora are hidden from most newbies, and nearly ALL speculators and traders.

[iCEBREAKER]

With so many alt coins now it's impossible for people to spot the wheat from the chaff.

Spare us your 'ain't nobody got time for that' and 'boo-hoo, if only people knew' excuses for BTCD's poor performance.

It's not "impossible" it just takes time, effort, and intelligence.

The market's purpose is to aggregate the collective time, effort, and intelligence of many people.

BTCD has too many flaws and not enough merits.  It's chaff, not wheat.

Don't blame "imperfect information" just because the coin you think is good is judged by the market to be crap.

Whining about the venue only after and because you don't get the result you desired is a bitch move.

You thought you were smarter than the invisible hand, only to get the pimp slap across the face.   

[kennyP]

With so many alt coins now it's impossible for people to spot the wheat from the chaff.

Spare us your 'ain't nobody got time for that' and 'boo-hoo, if only people knew' excuses for BTCD's poor performance.

It's not "impossible" it just takes time, effort, and intelligence.

The market's purpose is to aggregate the collective time, effort, and intelligence of many people.

BTCD has too many flaws and not enough merits.  It's chaff, not wheat.

Don't blame "imperfect information" just because the coin you think is good is judged by the market to be crap.

Whining about the venue only after and because you don't get the result you desired is a bitch move.

You thought you were smarter than the invisible hand, only to get the pimp slap across the face.   

haha, I know I've made more money from crypto than you lol