Topic: svn r197: IsStandard check for transactions (Read 5309 times)

You are right it is not so simple and the arbitrage opportunity currently only exists in one direct, but it is true that the value of a bitcoin must exceed the expected EC2 cost to mint, else one would rationally mint coins instead.

Similarly here, the transaction fee for some transaction must exceed the cost of a similar reliable storage system that would store the transaction data, or else one would rationally use the bitcoin network for storage instead.   So if your goal is to prevent people from doing this, you need to make transactions expensive enough that they won't want to.

Again, common misconception.  There are many more factors.  Please read https://bitcointalksearch.org/topic/a-debate-on-the-usefulness-of-donating-miners-5320 and continue this part of the discussion there.  Also, please do not resurrect such an old thread.  Many people before you have made similar points and all of them have been considered.  If you want to have an argument about it, please start a new thread or comment on a newer thread which discusses this (there are several).  Also, please comment if you have new information instead of just rehashing old arguments.

There are much better ways of achieving distributed storage than bitcoin.  There are, however, specific data that can idealy be stored in a proof-of-work system like bitcoin.  For example, DNS.  However, for the vast majority of distributed storage, please use google. 
That is a common misconception.  The price of bitcoin is loosely related to the cost of generating them, but that is in no way the only factor and currently, the price is far away from the cost most miners pay to generate them.

Feel free to create your own network like bitcoin (which is the idea behind BitDNS) which allows for distributed storage.  Adding such features simply bog down the actual bitcoin network which is completely unnecessary. 

Even cash is not free to use.  Even if your personal costs are very low with cash, as they are for most people, and you don't pay those fees to the person that you are doing business with, the costs of getting yourself to a brick-&-mortor store to buy with cash is a real cost to you.  For most people, such costs are detatched from the purchase, but if you have to take public transit to get to the store or if you have to take off work to make it before closing time, you will feel the transaction costs.

Likewise, cash in person transaction costs rise when it starts snowing.

While you may not be aware of the costs involved, I can't think of a single monetary transaction that doesn't have some sort of costs of some sort or another, including pure cash transactions.  At the very least, a merchant has to account for "shrinkage" (typically shoplifting, but other forms of theft from the inventory too), counterfeit currency accidentally being accepted, embezzlement, and flat out theft of the cash register such as an armed robber.  A merchant makes up for all of that through expecting a higher profit margin when those costs start to mount, or they simply close up shop and leave.  Some inner city areas lack merchants precisely because the crime rate is so high they refuse to do business... and of course some silly "price gouging" legislation further mucks up the picture in those places too.  If you see a platoon of ex-marines patrolling a grocery store in order to keep the gang members from stealing things there including the cash register, expect to be paying $50 per orange or loaf of bread that you buy from that store.  That is a cash transaction fee.

Most people are completely unaware of fees that they pay with credit cards or other similar financial instruments, and in effect the "cash paying" customers are really paying a premium over those who pay with a credit card.

I am glad that the cost of a transaction is up front to everybody with Bitcoin, and I think that is a strong point to the currency.  If a "merchant" want to give a "rebate" to somebody for sending them some Bitcoins, that is their option and there might certainly be an incentive to do that in terms of paying for the transaction fees to process transactions in a timely fashion.  The amount paid for the fee would not be in dispute, and would be a part of the trust relationship between a merchant and their customer.

The one thing I'll say about Bitcoin is that its structure is such that transaction fees will always be cheaper than the major credit card agencies for a great many reasons I won't go into here.

Actually, no. The home page of bitcoin.org contains these words, which are old enough that I think they were probably written by Satoshi: "Transactions are practically free..." (emphasis mine).

Transaction fees have been part of the design of Bitcoin since the beginning. Even so, regular everyday transactions are likely to remain practically free.

Keep it standard this is a currency system not something else, sure its cool when you find modifications of presidents on a 5 dollar bill, but is it worth raising the costs of sending money. Is one of the main points behind bitcoins that like cash its FREE to use and trade.

"greater", no, it would have a different value.

The issue here is that these "GenCoins" would in effect have greater value as it is a superset of Bitcoin, because it can be used as the fiat currency and have value to the data itself as well.  Depending on very subtle differences and perhaps the effort put upon these "GenCoins", it may be possible that "GenCoins" would have greater value than Bitcoins, and certainly it is possible that in the long run such "GenCoins" might be able to attract more mining activity due to more sources of transaction fees, thus making these "GenCoins" a strong currency in terms of a strong block chain.

BTW, this is assuming that the "solution" here is to put all of this extra data as a fork of Bitcoins.  The reference earlier to the testcoins is not the same here as the testcoins have very limited utility and the total CPU mining effort on the testcoin chain is almost axiomatically never going to exceed that of the main Bitcoin chain.  As such they will remain substantially inferior to regular Bitcoins in value.  I can't say the same thing about these "GenCoins".

The value arises from the need of others to acquire GenCoins, in order to perform a DNS operation / publish some other data into the block chain.



Again, if the alternative coins have a low value, they're not much use to the person who generated them. And if they have a high value, they might replace bitcoin as the general currency. It doesn't work very well either way.
[/quote]

bitcoin's value proposition is simply in its fiat currency and decentralized nature.

GenCoins value would be in the data to which they are associated.

Two very different value propositions, reasons to hold them, and for that reason, two different market values.

It's not that simple. If an alternative chain provides, say, timestamping services, then there is obviously value to the users of the service. But what is the value to the generators? They earn coins, but may not themselves have any need for a timestamping service. So the proof-of-work coins that they earn are only valuable to them if they can use them more generally, like coins.

So we come to the next part of your comment:


Again, if the alternative coins have a low value, they're not much use to the person who generated them. And if they have a high value, they might replace bitcoin as the general currency. It doesn't work very well either way.

Ah, I hadn't understand your question at first, now I see the problem.

Hum, you could try to make some sort of dependent transaction... Something that only gets accepted by the network after some other transaction takes place in the main chain...
Like, the generator adds a transaction, with a sort of message: only valid after bitcoin address A receives X bitcoins.... if the address never receives the money, a future block generator could add again the same transaction but asking less...

It would be better if there could be some sort of bargain between the sender of the transaction and the generator, but I can't see how.

The way I thought, you wouldn't be doing any real extra work to generate for the dependent chain. Your hashing is just for the main bitcoin chain. Once you generate a block there, you use that block private key to sign something that gives you the right to create a block on the dependent chain. There's no hashing for it.

You get the bitcoin reward for the block you produced in the main chain and only that, since you didn't do much more than that anyway.

In term of using the testcoins as an example of a parallel currency, about the only application I know of for using those coins would be to send and receive testcoins from the faucet.  That is useful in its own way, but other than simply for testing various kind of extreme concepts, it really isn't useful as a currency.  I would be curious what a testcoin to BTC exchange would do and what that exchange rate might be.  Then again, there might be some value in doing just that too.

Their value is directly derived from the services offered on the "generalized proof-of-work (PoW)" chain.

And it is obviously quite trivial to set up a site that exchanges GenCoins for bitcoins.

It becomes a parallel currency.  Hence "DomainCredits" or "GenCoins" or whatever.

Unrelated to this DNS project, you should expect many bitcoin clones to appear as time goes on, and people experiment.

We already have one parallel currency:  testcoins.

I've struggled really hard to think of a way to do this too. If the work done in the alternate chain is to be paid in bitcoins, that payment must be made "outside the chain" with all the attendant bookkeeping, "old-school billing", and chasing-up that this entails.

The alternative is for the payment to be made in coins from the alternate system. Here there are two possibilities.

Either these coins won't be perceived as valuable, in which case they won't be of much use for payments. Or else, those alternate coins will gain value, and will be used for payment. In this case the risk to Bitcoin is that the alternate coins have enough added utility that they eclipse Bitcoin and become used as a general purpose digital currency.

Bitcoin is not yet entrenched enough as "first mover" to be immune from being displaced by a more economically-useful digital currency.

The final possibility seems to be to dispense with payments altogether. Everyone communally pays for the system through their generation activity, and there are no transaction fees. This might actually work for some applications that depend more on generation than on transfers.

I think I've asked this question a number of times getting the run around.  Perhaps I'll be more clear with this example as proposed by Caveden:

If you create this alternate "proof of work" chain (presumably to keep this junk out of the main Bitcoin financial traffic), how can you get those who are performing this work to be paid in Bitcions, based upon some fee system agreed to by the network running that proof of work chain?

If simply running that network is its own reward, it doesn't matter, but if there is going to be a fee involved for adding information into that proof of work chain, I don't see how that can be done without actually putting those block into the main Bitcoin chain, or setting up a completely parallel currency to Bitcoins.

You could also use OP_IF in some sort of "if block" that skips over irrelevant hash data important only to an "outside" consumer of the transaction data.  OP_DROP is merely one simple way to set this up as the notion of scripting allows for multiple ways to accomplish this task.  Furthermore, any sort of distinguishing between random "junk" data and some more complex algorithm to protect data is only going to obfuscate the junk as if it was real data.

Trying to come up with a schema that attempts to filter out random junk is only going to result in an arms race between those who want to put random data into Bitcoin transactions and those who are trying to get rid of that stuff.  At best all you can do is charge a transaction fee for long scripts... which is also already in the protocol and part of the standard Bitcoin client.  Otherwise what is needed is to get rid of the scripting entirely.... but you also lose a whole bunch of flexibility for transaction verification by doing that as well.  There are negative drawback to getting rid of the scripting system entirely.