What if you kept everything the same, but promoted it as a “social status codification mechanism” or something like that? That is, make Bitcoin ownership a way of accumulating social status (among some sub-community—Bitcoiners, if nothing else). The more coins you have relative to others, the higher your rank.
Interesting, and such a thing might be valuable, but that would seem to imply non-existence of currency exchanges and prevent it from serving as both social status and money simultaneously.
Btw, I want to compare Bitcoin mining rigs to supercomputers. I figured a reasonable way to do this would be to find how many floating point operation equivalents per second they are calculating. Since the hashrate is known, all that’s left to make this calculation is the number of flop-equivalents it takes to perform a SHA256 hash.
I can’t find this information anywhere. Do you know how to derive it or where the information would be?
I don’t think there’s a well-defined conversion rate. The main issue is that flops are a measure of floating-point arithmetic performance, but SHA256 hashing is mostly bitwise operations that aren’t captured in that metric.
However, you can still figure out how much hashing a supercomputer can do, if you can find out how many CPUs it has and what type they are, and how many GPUs it has and what type they are. The same parts are typically used in both supercomputers and desktops, so you should be able to find benchmarks, and the way they’re arranged doesn’t matter much. (This is a big difference between mining and the tasks supercomputers normally perform; most of the expense of a supercomputer is the I/O backplane, which will go mostly unused.) I’m pretty sure supercomputers will end up losing badly in hashes per dollar.
All true, but I was thinking about a measure that abstracts away from the parallelism/serialness tradeoff. Obviously, supercomputers aren’t going to be optimized for ultra-paralellizable tasks like mining rigs are, and I want a measure that doesn’t penalize them for this.
And you don’t have to guess about supercomputers being less cost-efficient in hashing—that’s the whole reason that amateurs like me, without any experience building one, can put to gether a cluster that’s hugely ROR-competitive with existing rentable computing services (a theme often noted on the Bitcoin forums).
Still, there are a number of necessary operations at the assembly/machine level to perform a flop, and presumably much of the same operations are used when computing a hash. At the very least, you have to move around memory, add values, etc. There should be level of commensurably in that respect, right?
Still, there are a number of necessary operations at the assembly/machine level to perform a flop, and presumably much of the same operations are used when computing a hash. At the very least, you have to move around memory, add values, etc. There should be level of commensurably in that respect, right?
Unfortunately, there isn’t; in most architectures, the integer and bitwise operations that SHA256 uses and the floating-point operations that FLOPs measure aren’t even using the same silicon, except for some common parts that set up the operations but don’t limit the rate at which they’re done. A typical CPU will do both types of operations, just not with the same transistors, and not with any predictable ratio between the two performance numbers. A GPU will typically be specialized towards one or the other, and this is why AMD does so much better than nVidia. An FPGA or ASIC won’t do floating point at all.
But certainly all of these components can do floating point arithmetic, even if it requires special programming. People could use computers to add decimals before floating-point specialized subsystems existed. And you wouldn’t say that an abacus can’t handle floating point arithmetic “because it has no mechanism to split the beads”.
In this case, the emulation would be going the other way—using floating point to emulate integer arithmetic. This can probably be done, but it’d be dramatically less efficient than regular integer arithmetic. (Note that “arithmetic” in this case means mainly bitwise rotation, AND, OR, and XOR).
I can see why it would eliminate the possibility for currency exchanges, but why couldn’t Bitcoin still function as a currency itself: you’re just trading your “Bitcoin social status” for goods that someone else has, who in turn will trade the status they gained for other goods.
And I think a currency exchange could still exist, so long as it classified itself as “social status consulting”. It would still have to report profits from the sale of status, but at least it wouldn’t be a target of laws and regulations for competing with the national currency.
Interesting, and such a thing might be valuable, but that would seem to imply non-existence of currency exchanges and prevent it from serving as both social status and money simultaneously.
Btw, I want to compare Bitcoin mining rigs to supercomputers. I figured a reasonable way to do this would be to find how many floating point operation equivalents per second they are calculating. Since the hashrate is known, all that’s left to make this calculation is the number of flop-equivalents it takes to perform a SHA256 hash.
I can’t find this information anywhere. Do you know how to derive it or where the information would be?
(hashes/sec) * (flop-equivalents/hash) = flop-equivalents/sec
(Replying to you so someone actually sees this comment.)
I don’t think there’s a well-defined conversion rate. The main issue is that flops are a measure of floating-point arithmetic performance, but SHA256 hashing is mostly bitwise operations that aren’t captured in that metric.
However, you can still figure out how much hashing a supercomputer can do, if you can find out how many CPUs it has and what type they are, and how many GPUs it has and what type they are. The same parts are typically used in both supercomputers and desktops, so you should be able to find benchmarks, and the way they’re arranged doesn’t matter much. (This is a big difference between mining and the tasks supercomputers normally perform; most of the expense of a supercomputer is the I/O backplane, which will go mostly unused.) I’m pretty sure supercomputers will end up losing badly in hashes per dollar.
All true, but I was thinking about a measure that abstracts away from the parallelism/serialness tradeoff. Obviously, supercomputers aren’t going to be optimized for ultra-paralellizable tasks like mining rigs are, and I want a measure that doesn’t penalize them for this.
And you don’t have to guess about supercomputers being less cost-efficient in hashing—that’s the whole reason that amateurs like me, without any experience building one, can put to gether a cluster that’s hugely ROR-competitive with existing rentable computing services (a theme often noted on the Bitcoin forums).
Still, there are a number of necessary operations at the assembly/machine level to perform a flop, and presumably much of the same operations are used when computing a hash. At the very least, you have to move around memory, add values, etc. There should be level of commensurably in that respect, right?
Unfortunately, there isn’t; in most architectures, the integer and bitwise operations that SHA256 uses and the floating-point operations that FLOPs measure aren’t even using the same silicon, except for some common parts that set up the operations but don’t limit the rate at which they’re done. A typical CPU will do both types of operations, just not with the same transistors, and not with any predictable ratio between the two performance numbers. A GPU will typically be specialized towards one or the other, and this is why AMD does so much better than nVidia. An FPGA or ASIC won’t do floating point at all.
But certainly all of these components can do floating point arithmetic, even if it requires special programming. People could use computers to add decimals before floating-point specialized subsystems existed. And you wouldn’t say that an abacus can’t handle floating point arithmetic “because it has no mechanism to split the beads”.
In this case, the emulation would be going the other way—using floating point to emulate integer arithmetic. This can probably be done, but it’d be dramatically less efficient than regular integer arithmetic. (Note that “arithmetic” in this case means mainly bitwise rotation, AND, OR, and XOR).
I can see why it would eliminate the possibility for currency exchanges, but why couldn’t Bitcoin still function as a currency itself: you’re just trading your “Bitcoin social status” for goods that someone else has, who in turn will trade the status they gained for other goods.
And I think a currency exchange could still exist, so long as it classified itself as “social status consulting”. It would still have to report profits from the sale of status, but at least it wouldn’t be a target of laws and regulations for competing with the national currency.