Pages:
Author

Topic: Fairbrix fiasco (Read 3669 times)

legendary
Activity: 2940
Merit: 1090
May 13, 2013, 12:17:50 PM
#48
It is still running, serving like BBQcoin used to as a nice quiet low difficulty chain where people who do not have GPUs can pick up coins month after month using their CPUs.

Tenebrix is also still serving that same purpose.

BBQcoin no longer serves that purpose because after a good long run - a year or so maybe, maybe a little more or less - of CPU mining the GPU miners "re-discovered" it and drove its difficulty too high for CPU miners, it went to the exchanges (which alone would have brought it to the GPU miners' attention) and now the CPU miners who mined it all those months get to cash out on it while continuing to quietly CPU-mine Fairbrix and Tenebrix.

-MarkM-
hero member
Activity: 822
Merit: 1002
May 13, 2013, 11:29:57 AM
#47
I don't think so as this coin is considered dead or almost dead.. But it's still possible to connect to FBX network
legendary
Activity: 2955
Merit: 1049
May 13, 2013, 10:34:42 AM
#46
is there somewhere a stats page for FBX?
donator
Activity: 1654
Merit: 1351
Creator of Litecoin. Cryptocurrency enthusiast.
October 05, 2011, 07:29:38 PM
#45
How does system respond ?
My idea doesn't cover multiple exchanges. It would only work with one. More thought would be needed to extend it to other exchanges if needed. This is what I meant by centralizing around the exchange. So for the 'one true exchange' idea I'd see one order book managing deposits, withdraws and orders. This is the entity doing the checkpointing. Perhaps other 'exchanges' use an API to access the order book and provide functionality on top.

Well, I suspect that the community would treat actual deployment of God-Emperor Exchange even less warmly than it treats large "future development/exotic laundry" premines.

Though I think that Ixcoin could do that with relatively little public relations issues... Maybe we should propose that to the fakepanese guy ?

Well, I'm interested in doing this for Fairbrix. I don't think the community would hate this. With a new currency, you only send coins to the exchanges anyways. So it's not unreasonable for the exchange's view of the chain to be the "right" one in order to prevent an attacker from screwing over the exchange. I'm sure we can come up with things to limit what the exchange can do.

Here are some possible bad things the exchange can do:
- Run its own miners and only accept blocks produce by its miners, thereby reaping all the mined coins
- Do a double spend against its own users. After a user withdraws FBX, the exchange can lock in an different block and reverse that pay out
- Totally kill the chain by locking in a bad block

Somethings we can do is to have the ability to undo a lock. Maybe a kill switch for this block locking functionality. And if the exchange really misbehaves, people will stop using it, and I can always release a new client without this code.
member
Activity: 112
Merit: 11
Hillariously voracious
October 05, 2011, 07:19:08 PM
#44
How does system respond ?
My idea doesn't cover multiple exchanges. It would only work with one. More thought would be needed to extend it to other exchanges if needed. This is what I meant by centralizing around the exchange. So for the 'one true exchange' idea I'd see one order book managing deposits, withdraws and orders. This is the entity doing the checkpointing. Perhaps other 'exchanges' use an API to access the order book and provide functionality on top.

Well, I suspect that the community would treat actual deployment of God-Emperor Exchange even less warmly than it treats large "future development/exotic laundry" premines.

Though I think that Ixcoin could do that with relatively little public relations issues... Maybe we should propose that to the fakepanese guy ?
legendary
Activity: 1078
Merit: 1005
October 05, 2011, 07:14:41 PM
#43
How does system respond ?
My idea doesn't cover multiple exchanges. It would only work with one. More thought would be needed to extend it to other exchanges if needed. This is what I meant by centralizing around the exchange. So for the 'one true exchange' idea I'd see one order book managing deposits, withdraws and orders. This is the entity doing the checkpointing. Perhaps other 'exchanges' use an API to access the order book and provide functionality on top.
member
Activity: 112
Merit: 11
Hillariously voracious
October 05, 2011, 03:51:22 PM
#42
I am far from being a Real Programmer, but I have a sort of hunch that various "dynamic lockins" (be they timestamp-based or "magical transaction" based) could open a rather large can of net-scale DoS worms.
I don't see how an exchange sending out a signed transaction containing a checkpoint to nodes is any different from a coin creator regularly updating the client with a checkpoint and asking for clients to upgrade. The advantage with the former is it's automatic and nodes upgrade automatically.

From the top of my graphic-designery meatbrains (so likely a very measly attack), let's consider a situation with 2 exchanges (not implausible), one of which is under attacker's influence (knowingly or not).

Exchange 1 "blesses" block No X on "legit" chain

Exchange 2 transmits a blessing for same block number ("X"), but on a chain synthesized by the attacker.

Attacker then "reveals" his blockchain, and it is "longer" (in the "sum of work" sense, of course)

How does system respond ?
Red
full member
Activity: 210
Merit: 115
October 05, 2011, 12:39:19 PM
#41
At some point, someone with significant power attacked the chain, forking it, and invalidating everyone else's coins.  And here we are.

I expect a better release, under a new name to come.  It will be properly tested and released to thwart potential attackers.  Stay tuned.

You declared the improper forking. You are coordinating a "better release" that everyone will be required to adopt. I'm not sure which fork your release blesses, but your team got to make that decision. As Larry Lessig is fond of saying, "Code is Law".

That is all I mean by center of the universe.
hero member
Activity: 633
Merit: 500
October 05, 2011, 12:19:34 PM
#40
I am not the center of the Fairbrix universe in any way that I'm aware of.
Red
full member
Activity: 210
Merit: 115
October 05, 2011, 12:00:48 PM
#39
Why should I trust exchange operators?

Which exchange operators would we trust?

What if the exchange got hacked and the key stolen?

Understandably, from the point of view of *coins as crypto-anarchist currencies, this would seem initially distasteful.

However, it is important to note that it *never* makes sense for two different exchanges to trade on different forks. They will always have to take a break from trading to determine which is the correct fork to continue trading on.

Otherwise, forking effectively doubles the number of coins in existence. Bitcoin hoarders pray for that to happen. It never will. Imagine if the chain forked and Euros traded on one branch and Dollars on the other. I could sell my pre-fork coins once for Dollars and again for Euros. Woot!

Not going to happen.

So the reality is, if you chose to continue the fork without the exchanges. You are in the same boat. You have just create a new currency pre-distributed to everyone who also owned *coins before the fork. That is just bad business. You would deserve what you get.

If an exchange got hacked and tried to fork the chain, all the other exchanges would notice, stop, and gather together to repeat the above exercise. Most likely the hacked exchange would be forced back to the consensus branch and be required to repair any client damage. Otherwise they would be bankrupted and sued.

It is an ironic fact, that even in crypto-anarchist currencies, there is a center of the universe. For Fairbrix at this moment, it is michaelmclees. Later it will be the exchanges.
member
Activity: 98
Merit: 13
October 04, 2011, 09:08:12 PM
#38
I'd like to see merged mining in both GPU and CPU chains. You don't have to trust anybody and your hash rate goes through the roof. It will mess with the exchange rates but that will get ironed out in the end.

I really see merged mining as a win win.
legendary
Activity: 2128
Merit: 1073
October 04, 2011, 09:05:33 PM
#37
Which exchange operators would we trust? What if the exchange got hacked and the key stolen?
It would need to work like the current "certificate storage" in the web browsers. You would put the "public key" for the exchange that holds your coins into your client. If they get hacked you could read about it in the news and remove the key manually, without having to wait for the developer to change anything.

The main obstracle is that this would be a rather complex piece of software, with nontrivial effort required to develop it. But I think this will need to be developed sooner or later, probably as an offshot of libbitcoin.
legendary
Activity: 1078
Merit: 1005
October 04, 2011, 08:55:39 PM
#36
I think that is a very bad idea. Why should I trust exchange operators? Because they are in business and hold coins? That doesn't qualify them to control an aspect of a crypto coin. Which exchange operators would we trust? What if the exchange got hacked and the key stolen? A thief would know who to target to get the key and exchanges are already juicy targets. What if an exchange is sold? Then the buyer(s) gets to do what they want with the chain?
Right, there are problems to resolve. But this is for the specific case of low hash rate chains. It's trust the central authority to provide lockins or have coins stolen by block chain rewriters.
member
Activity: 98
Merit: 13
October 04, 2011, 08:45:34 PM
#35
I think that is a very bad idea. Why should I trust exchange operators? Because they are in business and hold coins? That doesn't qualify them to control an aspect of a crypto coin. Which exchange operators would we trust? What if the exchange got hacked and the key stolen? A thief would know who to target to get the key and exchanges are already juicy targets. What if an exchange is sold? Then the buyer(s) gets to do what they want with the chain?

No thank you sir.

I mean no offence by this.
legendary
Activity: 1078
Merit: 1005
October 04, 2011, 07:52:18 PM
#34
I am far from being a Real Programmer, but I have a sort of hunch that various "dynamic lockins" (be they timestamp-based or "magical transaction" based) could open a rather large can of net-scale DoS worms.
I don't see how an exchange sending out a signed transaction containing a checkpoint to nodes is any different from a coin creator regularly updating the client with a checkpoint and asking for clients to upgrade. The advantage with the former is it's automatic and nodes upgrade automatically.
member
Activity: 112
Merit: 11
Hillariously voracious
October 04, 2011, 07:36:57 PM
#33
I am far from being a Real Programmer, but I have a sort of hunch that various "dynamic lockins" (be they timestamp-based or "magical transaction" based) could open a rather large can of net-scale DoS worms.

Just a bellyfeel, unsupported with code or evidence.
legendary
Activity: 1078
Merit: 1005
October 04, 2011, 07:27:51 PM
#32
well, first the guy got the bitcoins and THEN revealed his longer chain that invalidated the older spends
so it doesn't help
Right, this is what happened. If you want to centralize around the exchange one thought I posted in another thread is have the exchange broadcast to the network the checkpoint for blocks when it confirms a deposit to the exchange database. Nodes then accept this message as a 'lockin' checkpoint. Expanding this to multiple exchanges might be wanted but in the 'one true exchange' case it'd work.
hero member
Activity: 658
Merit: 500
October 04, 2011, 02:51:51 PM
#31
Basically, they watch out for reorgs that affect more than their "confirmation horizon" and shut trades down. Recent fairly cunning i0coin run-in managed to get around that, though
well, first the guy got the bitcoins and THEN revealed his longer chain that invalidated the older spends

so it doesn't help
Red
full member
Activity: 210
Merit: 115
October 04, 2011, 02:19:28 PM
#30
LOL!  New meme for me. Woot!
member
Activity: 112
Merit: 11
Hillariously voracious
October 04, 2011, 01:14:28 PM
#29
It's not so much "discuss among ourselves" as "A girl in Brazil is reorging the blockchain! SHUT ! DOWN ! EVERYTHING !!!"

Pages:
Jump to: