Topic: BTCD is no more - page 348. (Read 1328490 times)
Someone just tweeted BTCChina about BTCD
OP UPDated!
Due to the Chinese whisper campaign, we're likely to see some interest. I've put a link to the Chinese version of the Darkpaper at the top of the OP for more visibility.
如果你是中国人你可以读中文的"Darkpaper" 这里: http://209.126.70.170/DarkPaper-Chinese.pdf
Due to the Chinese whisper campaign, we're likely to see some interest. I've put a link to the Chinese version of the Darkpaper at the top of the OP for more visibility.
New Visitors please take a look at the following for more information about BitcoinDark!
如果你是中国人你可以读中文的"Darkpaper" 这里: http://209.126.70.170/DarkPaper-Chinese.pdf
Nice job Azeh. If the Chinese start taking interest in BTCD things will go ballistic very soon. I love it how BTCD is on a steady uptrend for the last couple of weeks, it's just waiting for an epic breakout.
OP UPDated!
Due to the Chinese whisper campaign, we're likely to see some interest. I've put a link to the Chinese version of the Darkpaper at the top of the OP for more visibility.
如果你是中国人你可以读中文的"Darkpaper" 这里: http://209.126.70.170/DarkPaper-Chinese.pdf
Due to the Chinese whisper campaign, we're likely to see some interest. I've put a link to the Chinese version of the Darkpaper at the top of the OP for more visibility.
New Visitors please take a look at the following for more information about BitcoinDark!
如果你是中国人你可以读中文的"Darkpaper" 这里: http://209.126.70.170/DarkPaper-Chinese.pdf
One thing you are overlooking is that BTCD compounds at 5% per year, for long term hodler this is very powerful, it will take some years but BTCD will end up doubling initial dividends, whatever they are, if you are hodling long term. InstantDEX does not give you more InstantDEX.
But the supply goes up by the same amount, so getting 5% doesn't give you any extra in effect. If you start off with x% of total BTCD supply, and gain 5% every year forever, you'll still end up with x% of BTCD. The only difference (compared to 0% increase like InstantDex) is that the individual BTCDs will be decreasing in price (assuming fixed demand). If 5% was powerful, why not make it 50%?
In my opinion, mgwBTCD shouldn't be getting dividends. Dividends should only be for staking BTCD. But the MGW operators could stake with the gateway-deposited BTCD, receive dividends for that and decide to pay that out to mgwBTCD. That seems much cleaner. Otherwise, what about other gateways (say someone made a mgw2BTCD), other assets that BTCDs could be used to buy (why is mgwBTCD an exception), it all gets complicated. There's also the timestamping issue. Will people be able to get dividends twice if they stake and then put their BTCD into the multigateway at a certain time just to receive extra dividends.
multisig BTCD does not stake, so if this is a big amount, it further increases the 1.5% to 2% net compounding this is why I want to at least get the mgwBTCD hodlers a dividend. BTCD cannot both stake and be in mgwBTCD form at the same time, not sure how anybody can do what you suggest. I can get dividend list as of any timestamp. All the staking is also timestamped. Where is the problem (other than coding it?)
James
P.S. We can have a poll on whether mgwBTCD should receive proportional share of BTCD hodler's revenue share
That said, I agree that people who do stake may get 1% to 2% extra, net, if others don't stake. Which is good thing, be interesting to see how much that gets people staking longterm. The only thing is that, at the moment, it's based on coin age, so people can be intending to stake for a day once every few months. This will give them their stake as if they had been continually staking, so might skew the day-to-day figures you are seeing.
As for giving dividends to mgwBTCD owners, this is bad from an economic incentive point of view. Say a person wants to get dividends for their BTCD. Two choices, stake or have them in mgwBTCD. Staking implies a cost, either leaving your computer on or having a VPS node. So putting them in mgwBTCD is cheaper. What happens if that incentive encourages 30/40/50% of the supply of BTCD to be put into mgwBTCD. First, none of them is staking, so you are reducing the BTCD network (maybe by a large degree if lots of small stakeholders use this tactic.) Second, all the stake is concentrated in one place. This is very bad for a PoS coin, we've already seen what has happened to Nxt and Vericoin when lots of the coin where in one exchange. (Bter actually paid people a small % for holding Nxt in their exchange, probably one of the reasons so much Nxt was concentrated there.) Holding a large percentage would also give MGW operators a lot of power over the coin: Do we want MGW to be the ghash of BTCD? Why incentivize people to hold their money in an exchange, this goes against what everyone in crypto has been shouting against for years.
If you want the BTCD tied up in MGW to be able to stake, why not make multisig wallets able to stake?
Seems Darkcoin is trying to commandeer the privacyserver concept and take it as their own idea 
https://bitcointalksearch.org/topic/m.8448130
while they think about doing it, we will be using it very soon as this part is already been working for a while.https://bitcointalksearch.org/topic/m.8448130
they copied even the monetization ideas I had, but I changed plans as few people will pay $15/mo for this, especially when the cost for BTCD will be, free
They are making these masternodes requiring thousands of dollars to make all the money. BTCD is so everyone makes money.
James
BTCD price on NXT AE is bid .005 and ask .0057
and seems the rest is following right now
nom nom nom
need more sellers!
this is more than 20% premium over bittrex and 25% premium over cryptsy
is anybody getting withdrawals processed from cryptsy? they are refusing to send me my BTCD for over a week
James
Withdraws from Crypsy are working fine for me, BTCD and other coins. Within 15 to 30 min. I know people bag Cryptsy but the last time I had an issue with them was back in December. Maybe it is an issue with the volume you move? On the other hand Bter scares the shit out of me, I've had more problems with them.
Seems Darkcoin is trying to commandeer the privacyserver concept and take it as their own idea
https://bitcointalksearch.org/topic/m.8448130
https://bitcointalksearch.org/topic/m.8448130
Seems to me the GUI is going to be really important here. It needs to strike a balance between the complexity of the teleporting going on under the hood, and the simplicity and cleanness of user experience.
yes, no user should have to open the hood and see all the crazy tech going on. Just normal progress bars and lists of payments. The only thing is how to deal with partially completed teleports, have to get user to do stuff and that means they need to know what went wrong and what the options are.This is an area anybody can help with and you will probably do better than me. I think just typing text commands in console is user friendly because you dont have to write any code to do it
James
Seems to me the GUI is going to be really important here. It needs to strike a balance between the complexity of the teleporting going on under the hood, and the simplicity and cleanness of user experience.
A new and improved BTC.
At first sounds simple, then becomes confusing, then almost simple, but always some extra twists to prevent the feeling of full understanding.
This is extremely accurate. At first I thought teleporting was very straight forward and only saw it as a glorified way of constantly creating new addresses. Then I got lost in hyperspace and forgot that whatever is in telepods still exist and I didn't see much point to it. Now I'm back to straightforward with the occasional feeling of hopelessness. What is most interesting to me is that it seems like having privacy in the network/hyperspace is only one small feature. I feel like managing a network off of the blockchain that can interact with other blockchains will potentially simplify most features other developers are trying to do, while also making those features available in all other supported coins (if they meet whatever the BTCD requirements are).
0. telepod creation/extraction and cloning events are seen on the blockchain, some amount of first two are compromised
1. IP addresses of all BTCD nodes (they can just run dozens of nodes and tally the peer data)
2. using 1, they can setup packet sniffers to capture all the data coming/going from your IP address (this is expensive)
3. using 2, they can see some percentage of packet destination for next hop and also the hop that sent it to you
4. by monitoring the Internet, telephone they can occasionally get info on some teleports, eg. you email someone and tell them you will teleport them 100 BTC tomorrow.
5. by using 0 and 4, a statistical model can be created. Starting from the compromised telepod creations, the probability distribution of which acct is controlling which telepod will be created. This model is continually updated as more data comes in and at first due to the small size of BTCD network, they can brute force correlate some significant percentage of tx. BTCD is classified as an interesting but not a threat to their higher ups
6. BTCD network grows, trusted teleports are added and what used to get some results in 5 starts degrading. As the teleport activity grows, the brute forcing is no longer possible, instead of having just 10 possible telepods for each compromised transfer it keeps getting worse and worse, now it is at 50 telepods and rising. When the trusted teleports reached a critical level (I am estimating 10%), it was as if a lot of the tx just disappeared. In fact, cloning events have dropped significantly, so either BTCD network usage is actually down, or much more than 10% is via trusted teleports. Some new assessment needs to be sent to higher ups, but without 1:1 correlation between teleporting and cloning events and entirely new statistical model will need to be developed. Where was that job offer from the private sector company, ah, good, I think I will submit for holidays and get a new job. This problem will be for someone else.
7. New guy on the job, after some time recommends to focus resources on specific suspected criminals with physical surveillance. It is just not cost effective to deanonymize the teleport non-blockchain, the petabyte HDD system is almost full of all the white noise M of N packets and our Quantum Computer is taking days just to peel one layer. Let us hope only a small percentage of people use teleporting as we cant sell the database to the other agencies if everybody started using it.
The latter parts are my fictionalized projection of what I think will happen. I am designing teleport to be resistant to this level of scrutiny and analysis and while nothing will be able to prevent physical surveillance from cracking anything, no govt has the resources to do this for all people. And that is my point. bitcoin tech is presented as anonymous and it could be, but it isnt. and this allows govts to use the tech they have to investigate criminals to be turned on everyone! without any additional manpower (just more CPU and HDD), they can start building a database on everyone. And they are. They laugh at bitcoin being anonymous and in senate hearing say things like, "we are not concerned with transparent protocols like bitcoin". Transparent protocols! If you believe that govt agencies are not doing this level of analysis, then personal level privacy is all you need. However if you dont want some low paid govt worker to be able to type in your name and get EVERY crypto tx you ever made, then BTCD is the crypto to use. You will get a "suspected teleporter" notation and any telepods you created will be tagged with your name, but they will know that like the person that goes to a bank and withdraws cash, it is meaningless what happens to the cash after you spent it. They cant even find the telepod after a few teleports as it will rapidly be possible for your telepod to be controlled by anybody in the BTCD network.
Once we achieve this, then the agencies can go back to hunting criminals instead of treating all people like possible criminals just because they have crypto.
Quote
This might just be me not understanding your network but how exactly does the network interface with other blockchains to do everything needed for teleporting - generating addresses/deposits and all that? Are telepods that are filled with other coins still managed right from the BTCD wallet?
I put the vast majority of MGW code, repurposed, into teleporting. The foreign telepods will be visible both in the wallet of the other coin and also via my API, and presumably in the web GUI for BTCD. You will also be able to issue command line to get listing of telepodsJames
Yeah I have no doubt it will be nearly impossible for someone to crack and understand every layer to teleporting. What I meant by privacy being a feature of the process is that there are still a lot of other things that can be done with the telepods, while also providing anonymity.
You will be able to view telepods from the wallet of a different coin? Really? That seems pretty crazy.. how is that possible?
I think this bad drawing might be more accurate of a trusted teleport between two people. It is assuming that privacy servers are being used.
also #BTCDBreakout
you cant see the full telepod, just the balance, it sure wasnt easy to allow this without having the wallet wanting to rescan the entire blockchain for each telepod! My MGW experience came in super handy, would have taken months to just deal with the basic raw transaction issues.
I merged the privacyServer code into each and every node! By default you connect to 127.0.0.1 (localhost) privacyServer, which is actually your own computer, but internally it believes it is talking to a privacyServer, and it actually is. Now in this setup, your IP is not shielded, so I would degrade its privacy level to personal, regardless of whatever else you do. [note: personal privacy is where I would classify most all of the other anon solutions]
so to get to corporate level, you need to use a separate privacyserver that you control, or subscribe to, that you dont care if the IP address is known.
Due to all the background "noise" of packets, I am just sending back the status without pushing it through M of N, but it still goes through the onion layers.
The protocol is:
1a. sender sends a transporter log to receiver
1b. receiver gets it and sends back confirmation to sender
2a. when sender gets the confirmation, the telepods are sent out in reasonably rapid succession, though I put in some random delay on the time scale of packet transit, eg. seconds.
2b. as the receiver gets a telepod, it sends back individual confirmations
3. when the sender gets a telepod confirmation it puts it in the verify on blockchain stage
4. when all the telepods are received a completed transporter log status is sent back
5. receiver sends back "trusted teleport" or clones each telepods at random times within the clonesmear parameter
5b. once a telepod is cloned, the receiver puts the clone in the verify on blockchain stage
6. when the receiver gets verification on the blockchain (or its trusted), the sender's balance is credited with the telepod amount
6b. when the sender gets verification on the blockchain (or its trusted), it updates balances with the telepod amount
Error handling:
1. if the transporter log isnt confirmed, then after a timeout, the teleport sequence is just aborted. nothing really happened, so this is easy.
2. if the sender does not get back confirmation of a specific telepod after a timeout, it should resend. [still need to code this]
3. if the sender does not see confirmation on the blockchain after the max clonesmear window as reported by the receiver, [not sure what to do here...]
4. if the sender does not receive a completed transporter log before timeout, [this is messy, still working out best handling]
so I dont even start the process till both sides have agreement on what is going to happen. Then I push through the telepods as fast as can be reasonably done without saturating and also creating a noticeable signal for the bandwidth monitoring attacker. Once the receiver confirms safe deliver of the telepods, now things are much less vulnerable to lost internet connections, etc. and should just be matter of time before the receiver trusts/clones all telepods.
So, there is a definite pending transfer period whose progress is seen on the blockchain. Only the sender can even know what to look for as no other node knows what telepods the sender has (they better not!).
I imagine the GUI could display some sort of progress bar for each pending teleport and there could be quite a few pending at once, especially if you use safe clonesmear times like one hour. This sounds long, but really 6 BTC blocks or just one long one can take an hour, so not so crazy long.
This is the high level simplified version of the Teleport protocol. Every packet that is transmitted is pushed through the onion/broadcast mechanism and this is totally plug and play, so happens transparently to the higher levels other than the Rfactor (in JSON .conf file). Due to data explosion I cap Rfactor at 3 and it could be 0, 1, 2, or 3 extra hops added to the basic -> privacy server -> [hops] -> destination. This means that all requests, statuses, etc. go through this mechanism.
There is a slight info leak due to difference in packet size. this can be used to do some analysis to detect the general type of packet that is being sent. I really need to pad all packets to be the same size. OK, I will make a note to myself.
Wait, I already did on line 31 in teleport.h
// make all packets the same size (option)
The M of N happens in 2a (writing this I just got an idea to make things better!) currently I serially process each telepod and generate the N fragments and send them to the transmission code. Now maybe there isnt a way to tell which telepod is being sent as a fragment, but just in case, I will generate all telepod fragments upfront, make them all the same size and then send them out in random order.
The reconstruction will work as is, since it is event driven and reconstructs a telepod when it receives enough fragments. [I need some error handling in case it cant reconstruct properly, but maybe I can just rely on sender to retransmit]
I hope this makes sense and any feedback on error handling is appreciated. I am most concerned about partially complete teleports as it creates a unique situation (in crypto) of a partial payment. I guess we might need a way to cancel the balance, or to somehow create a payment to make up for shortfall. proper accounting is a real pain and not exactly rocket science but when money is involved, it is quite important to get it perfect
James
Any chartists here?
Is this a breakout or just a retest of ceiling?
Is this a breakout or just a retest of ceiling?
https://bitcointalksearch.org/topic/poll-what-anonymous-coin-will-succed-568166
voting about most likely to succeed anon coin, BTCD was added late and not even in top 5
maybe we can do something?
voting about most likely to succeed anon coin, BTCD was added late and not even in top 5
maybe we can do something?
Voted: now at 3% (21 votes)
Just goes to show that BTCD is still under the radar....no other coin will darken BTC the way teleporting will...once people understand this, well...let's just say voting will improve slightly
BTCD price on NXT AE is bid .005 and ask .0057
and seems the rest is following right now
nom nom nom
need more sellers!
this is more than 20% premium over bittrex and 25% premium over cryptsy
is anybody getting withdrawals processed from cryptsy? they are refusing to send me my BTCD for over a week
James
Arbitrage time!
I replenished my bid for mgwBTCD
bids between 75 and 85 NXT
Ooops. I didnt notice the . in 82.5 was missing and accidentally put a bid for 825 NXT per BTCD. That's next month's price
sorry, cleared out all the sells, didnt mean to do that.
Could not resist to sell 50 btcd for that price. Would you like to be refunded?bids between 75 and 85 NXT
Ooops. I didnt notice the . in 82.5 was missing and accidentally put a bid for 825 NXT per BTCD. That's next month's price
sorry, cleared out all the sells, didnt mean to do that.
just send back the difference to NXT-DE2F-W76R-GL25-HMFPR
thanks! i usually dont make such mistakes, but dealing with all the MGW withdraws manually has been quite distracting
Very honorable.
James
This is why I love this community so much and is just another reason why BTCD will do so well imho...good to see this!
https://bitcointalksearch.org/topic/poll-what-anonymous-coin-will-succed-568166
voting about most likely to succeed anon coin, BTCD was added late and not even in top 5
maybe we can do something?
voting about most likely to succeed anon coin, BTCD was added late and not even in top 5
maybe we can do something?
seems like J Lee is going to the moon personally and taking us with him
to the moon!
to the moon!
BTCD price on NXT AE is bid .005 and ask .0057
and seems the rest is following right now
nom nom nom
need more sellers!
this is more than 20% premium over bittrex and 25% premium over cryptsy
is anybody getting withdrawals processed from cryptsy? they are refusing to send me my BTCD for over a week
James
BTCD price on NXT AE is bid .005 and ask .0057
and seems the rest is following right now
nom nom nom
BTCD price on NXT AE is bid .005 and ask .0057
Jump to: