Bitcoin Forum
July 29, 2021, 03:03:02 AM *
News: Latest Bitcoin Core release: 0.21.1 [Torrent]
  Home Help Search Login Register More  
  Show Posts
Pages: [1] 2 3 4 5 6 7 8 9 »
1  Economy / Digital goods / Re: 9 Bitcoin Databases for sale 0.01 BTC on: February 24, 2018, 10:14:24 AM
A really really great vouch for you! I've never saw this kind of information on a such low price.. if you'll ever sell other databases like this please let me know!
Sure, I will let you know.
2  Economy / Digital goods / Re: 9 Bitcoin Databases for sale 0.01 BTC on: February 24, 2018, 10:03:05 AM
+vouch! good product
Thank you!
3  Economy / Digital goods / Re: 9 Bitcoin Databases for sale 0.01 BTC on: February 24, 2018, 09:55:29 AM
thanks bought it.. very good price!
You are welcome!
4  Economy / Digital goods / 9 Bitcoin Databases for sale 0.01 BTC on: February 24, 2018, 09:42:29 AM
After purchase you will get link for download with rar password.

Click here to buy

5  Economy / Digital goods / Re: [AUTOBUY] $25 Amazon Gift Cards for $13 on: June 12, 2017, 11:10:54 AM
worked perfectly for me.
6  Economy / Marketplace / Re: [BETA] Dark Exchange: a 100% decentralized p2p exchange on: December 01, 2011, 02:22:24 AM
I can start it, but i can't find nobody.

Funny, I'm on and can find myself, and the DarkExchange node.

When did you run it last? Is I2P running? Have you downloaded all of the peers?
7  Economy / Marketplace / Re: [BETA] Dark Exchange: a 100% decentralized p2p exchange on: December 01, 2011, 02:16:40 AM
Has this project gotten any traction?

While there seems to be plenty of interest, there aren't many people using the program.
8  Economy / Marketplace / Re: [BETA] Dark Exchange: a 100% decentralized p2p exchange on: December 01, 2011, 02:14:13 AM

Yeah, I think this is the best idea so far. That way as long as there is one person who is online they can act as a server to start with. As the community grows it will be more distributed.

If private/public key signing was used then we can guarantee who made the offer and who accepted the ofefer. For example an accepted offer can be timestamped so that whenever somebody.accepts an offer that has already been made the accepted offer is rejected.

Ideally the objective is for a critical mass of nodes are always online making sure the orderbook is always up-to-date.

Is there anything I can do to help out, morpheus?

There will be some issues in the details of making sure everyone has an up to date list of all offers, and keeping the data clean. I can think of a few now, but once I start implementing it, I'm sure more will come up.

I think there will be some issues keeping time on the network synchronized if we try to base everything on a timestamp. Plus, more than one person can accept an offer at the same time anyways. Though, I don't think it matters, since the one making the offer can choose which trade to fill in the end.

I don't remember your skill set Sultan. Can you program? Do you know Java? Do you know Clojure?
9  Economy / Marketplace / Re: [BETA] Dark Exchange: a 100% decentralized p2p exchange on: November 27, 2011, 07:02:19 PM
I forgot to run i2p before Dark Exchange the first time I ran it.

Ha, now that you mention it, I did exactly the same Smiley Now it works, but I can't find anything... I created a offer and searched for it, but it won't find it.

Suggestion: OP, can you add a "in person transfer in <region>" option for trading?

I would like to add an in person option, but that would require some significant changes which I'm not prepared to do yet.

I've added another issue for in person transfers:

I make no promises on when I can get to it. Of course, if anyone implements it for me, I'll be glad to merge it in.
10  Economy / Marketplace / Re: [BETA] Dark Exchange: a 100% decentralized p2p exchange on: November 27, 2011, 06:51:27 PM
Is there still no way to make an offer and have it available for others to view when you go offline?

I understand this is very difficult to do in a decentralised manner, but I feel this problem is halting Dark Exchange's community growth.

It is quite clear that when people log on only to find themselves online, thus no offers, it makes it look like you have entered an empty hall expecting a bustling market. If this happens I believe more people will use it.

My suggestion is to have some kind of 'pass-the-parcel' technique where a node locally stores tgeir offers, and before it logs off it passes those offers to any online nodes before logging off, and thatnode does the same thing, and so on.

When a node comes back online, it can reclaim those offers so that it can broadcadt them itself.

Any thoughts?

There is still no way to make an offer and have it available when you go offline. The 'pass-the-parcel' technique likely won't work since you don't really log off, but just disconnect from the network.

How about every node in the system keeps track of every offer (for now, only a subset in the future). If you're not online, it doesn't matter, someone somewhere has your offer. It would get tricky to keep track of the offers as they are accepted/rejected, but it would be possible.

Would that work for you?

Unfortunately, I haven't had a lot of time to work on Dark Exchange lately. I'm in the middle of adding a trust score to the system. When I have that in, I can look into something like this and fixing other issues.

I didn't realize there was still so much interest in the project.
11  Economy / Marketplace / Re: [BETA] Dark Exchange: a 100% decentralized p2p exchange on: November 27, 2011, 06:45:07 PM
I forgot to run i2p before Dark Exchange the first time I ran it.

It appeared to work find though, creating a username etc. But then I noticed no peers. There should be something to monitor network activity so we know what's going on.

Would also be nice to make more than one search at the same time... or search for multiple offers because I haven't been able to find any yet.

I'll look into adding a warning message if the I2P network cannot be found. Issue 48:

Obviously, multiple searches and searching on multiple payment types is a popular feature request. I already have searching on multiple payment types as an issue:

I just added a new issue for running multiple searches at the same time. Issue 49:
12  Bitcoin / Bitcoin Discussion / Re: Decentralized BTC Exchange Client. impossible to implament? on: October 22, 2011, 12:25:19 AM
There is already a working (mostly) decentralized exchange:

It does not use the method described above. I'm not sure how you would implement it. Instead, it works like OTC where you can post your order to the network and others can find it, or you can search for orders already posted.

There is a working implementation, but hardly anyone is using it, and it's having issues with a few exceptions here and there. However, I've used it to exchange coins and so have a few others.
13  Bitcoin / Project Development / Re: Decentralized Exchange on: October 22, 2011, 12:07:37 AM
There is already a working (mostly) decentralized p2p exchange:

It works more like OTC over a p2p network.
14  Bitcoin / Project Development / Re: Dark Exchange: a 100% decentralized p2p exchange on: October 22, 2011, 12:05:51 AM
Unfortunately, I haven't had time recently to put much work into Dark Exchange. I was in the middle of implementing a trust score when things got crazy at work.

Since there still seems to be interest in the concept, I'll have to put more time into it. Of course, I'm always open to help.
15  Bitcoin / Project Development / Re: Dark Exchange: a 100% decentralized p2p exchange on: August 23, 2011, 07:55:50 PM
How does one go about resetting or recovering a password if one forgot it? Embarrassed

Unfortunately, it's lost. Sad

The password is saved locally to your machine (encrypted of course). That way, there is no single point of failure which would allow a hacker to take over the exchange. The disadvantage is, no one can help you recover your password if you forget it.

You can just create a new user.
16  Bitcoin / Project Development / Re: Dark Exchange: a 100% decentralized p2p exchange on: August 23, 2011, 06:45:09 PM
Ey, morpheus. It seems that atomic trades between chains are possible.
Unlike LRusd/btc, btc/nmc trades could be atomic, so there would be no risk at all to trade using dark exchange for these trades.

I think this feature would be awesome.

The way Dark Exchange is built right now, it is not possible to really integrate an exchange like that. Really, all you can do with Dark Exchange is find other people with offers. How you go about trading it between you and your partner.

If the above type of trades become popular, I will certainly look into integrating it.
17  Bitcoin / Project Development / Re: Goldcoin and Stablecoin proposals on: August 11, 2011, 08:30:40 PM
..I kind of prefer a dynamic demurrage-like factor that just multiplies every coin's value by a number based on the linked commodity price/index.  People are already used to seeing their account balance go up and down by small amounts ("interest" and "fees" or perhaps "taxes").

The problem with demurrage is apparent with the thief scenario. If a thief steals a bunch of the coin and sells it for a very low price, the demurrage would take the coin from everyone based on how much they are holding. This gives the thief and incentive to dump their coin as fast as possible to avoid the demurrage. It also gives others hoarding coins an incentive to sell out before the higher demurrage kicks in. You could suddenly have a spiraling inflationary problem as everyone tries to dump their coins before demurrage.

The opposite could happen if someone buys a bunch of coin at once and a reverse demurrage kicks in. People would then try to buy as much coin as possible to get the most reverse demurrage fees, thus driving a deflationary spiral.
18  Bitcoin / Project Development / Re: Goldcoin and Stablecoin proposals on: August 11, 2011, 08:20:54 PM
One thing I don't like about high fees is that they discourage commerce if stablecoins happen to be priced too low rather than too high. If you want the ideal coin for commerce, this doesn't work as well, since 50% of the time there are fees and 50% of the time there are not once equilibrium is reached. I agree it might work pretty well if it is mostly seen as a store of value.

I agree high fees will discourage commerce, but I don't see any way around it. However, I don't think high fees will be all that common. The only way to find out is to create the coins and see what happens.

If that volatility risk can be transferred somehow as I described, these coins become much better behaved, both for commerce and for storing value. The "bankruptcy scenario" I described above could fail gracefully into the fee-based system you describe, but during any normal market, you would get nearly perfect stability without any fees.

I don't see how you're going to avoid volatility entirely. Also, I don't get your shareholder proposition either. I think a certain amount of volatility will be necessary to live in a decentralized world. You could remove the volatility completely if you have an issuing authority, but then you have to rely on the issuing authority to do the right thing all of the time. If you're fine with that, just go with USD and the Fed.
19  Bitcoin / Project Development / Re: Goldcoin and Stablecoin proposals on: August 10, 2011, 09:29:49 PM
So how about we contemplate the doomsday scenario for stablecoin:

  • stablecoin starts out wildly successful, miners get rich, everybody is happy
  • Stablecoin 2.0 comes out, and nobody wants the original stablecoins anymore
  • Everyone tries to sell their stablecoins all at once, price drops 99%
  • All confidence in the protocol is lost except a couple hardcore believers holding out hope that the protocol will somehow correct itself

What should the protocol do to transfer fees in this case? Is there a 90% transfer fee? 50%? 10%? If the transfer fee is too high, who is going to want to buy stablecoins? Transfer fees penalize buyers as well as sellers. If nobody wants to buy OR sell, there is no incentive for prices to go up. Stablecoin simply dies.

It would seem that the transfer fee needs to be pretty small even when the price diverges by a large amount from the underlying asset, otherwise the new currency is completely ruined. On the other hand, if the coins cease to track the underlying asset, nobody wants to hold the coins anymore, and the currency is completely ruined.

Morpheus - have you considered how to handle a doomsday scenario like this?

I'm not sure what would happen in a total doomsday scenario, but I doubt the above would happen. I don't think a new "better" currency would cause everyone to suddenly jump all at once away from Stablecoin. Instead, it would be a gradual migration where the price of Stablecoin would be consistently under the target. The transfer fee would kick in to destroy the Stablecoins at a regular rate which is exactly what we would want.

A doomsday scenario which is very likely to occur would be like the Mt Gox hack. What happens if a bunch of Stablecoin was stolen and the thief doesn't care about the exchange rate and just dumps the coins on the market. Since something like that has already happened with bitcoin, we can assume this would happen with just about any digital coin.

This scenario will cause some issues, but I think Stablecoin would survive. Lets look at each step of the thief's sale to see how Stablecoin would react.

1. The thief initially tries to dump all of his stolen coins on the market. All of the bids are cleared from the market and the price of Stablecoin drops. If the thief is able to dump all of his coins, he gets away with the money, and a bunch of others buy really cheap Stable coins. If not, He has to wait for more bids.

2. The thief still has more coins to dump and some of those with cheap coins may want to sell at a slightly higher price than they bought them at. If the transaction fees haven't change yet, this is really step one with the addition of more people selling below the fair value. When the transaction fees change, the program will now calculate a very low value for Stablecoin and end up with really high transaction fees. If the thief tries to sell, he will lose much of his stolen coins to transaction fees. Also, anyone who purchased cheap Stablecoins and wants to sell out, or anyone panicking will also pay high transaction fees. Some people will choose to pay the transaction fees, others will not.

There's the important distinction, choice. Some people will choose to return some coins to the either because the coins didn't cost them anything to begin with or they have lost faith in Stablecoins. Either way, coins are destroyed. Hoarders can hoard their coins until the price comes back up. Of course, with so many coins being destroyed, the price will come back up.

Also, the transaction fees are a disincentive for the thief to dump his coins all at once. If he does, he won't make as much money as he would if he sold them slowly. There will likely be some level where he doesn't care about the transaction fee and just wants to dump the coins. But, that would just allow some people to buy cheap coins for a while and allow some of the stolen coins to disappear.

3. Finally, some coins are destroyed, others end up with some cheap coins. The big downside, Stablecoin isn't as stable as the name suggests. It will be influenced by the market, but the goal is to always go back to a specific price. I believe it will do that even in this doomsday scenario.
20  Bitcoin / Project Development / Re: Dark Exchange: a 100% decentralized p2p exchange on: August 09, 2011, 03:32:11 PM
New features in the 1.2.0 release of Dark Exchange:

Issue #4: Trades are now highlighted when they have an unread message.
Issue #5: Trades are now highlighted when an action is required.
Issue #31: Removed all id columns from the tables to free some space.
Issue #32: Added a show only online identities check box to the identities tab.
Issue #33: The password field starts with focus when the login window is first displayed.
Issue #34: Timestamps added to all logs.
Issues #38, #39, #40, #41, #42: Added support for Paypal, Liberty Reserve, Paxum, Pecunix and Namecoin.


Added exception handling to keep bad data from dropping your client off the network (big issue fixed).
Fixed a display issue on the peer tab which caused the "is notified" column to display a 1 instead of yes.
Dark Exchange is more aggressive at finding other nodes on the network.
Pages: [1] 2 3 4 5 6 7 8 9 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!