Once they're in a block they won't be in the unconfirmed transaction list, which is what un linked to.
True, but blockchain.info still knows about them, and you can use it compile a list of them. 
Topic: Eligius: 0% Fee BTC, 105% PPS NMC, No registration, CPPSRB - page 260. (Read 1061452 times)
Do you limit the number of non-transaction fee transfers per block?
Yes, every miner does AFAIK.
Because no-fee transactions which aren't very high priority are non-standard, or not relayed, or whatever the term is.
I might be confusing things, though. The documentation on this (on the wiki) is really bad.
I might be confusing things, though. The documentation on this (on the wiki) is really bad.
With my experience, I believe that feeless transactions are relayed, and are standart. (Blockchain.info reports that a feeless transaction I send is relayed all over the network very fast.
Any idea what the priority of it is? I believe the priority has to be at least 1 BTC-day to have a free transaction relayed by the standard client.
But if you can find something which says otherwise, please post it here, and I'll try to convince someone to update https://en.bitcoin.it/wiki/Transaction_fees and/or https://en.bitcoin.it/wiki/Free_transaction_relay_policy
However, there is currently a cap enforced on the size of blocks, thus on the amount of transactions a miner may put in it. Miners will of course put the transactions that gives them the most fee first, and if there is no place left for free transactions, well.. sorry!
The vast majority of blocks don't even come within 10% of that limit. Most miners leave out most free transactions even if there's room for them.
I tried to find on blockchain.info a list of the latest confirmed transactions, but I have not found any. 
Click on the latest block for the latest confirmed transactions.
But that's not going to give you a good sample, because it's all from a single miner.
Exactly. I'd have prefered if they had a list of all the recent transactions, in bulk.
I guess it would not be to difficult to code a simple program to sweep through the blockchain and do an histogram of the distribution of fees for all the transactions over the last month, for transactions; but I have no time for such thing now.
Because no-fee transactions which aren't very high priority are non-standard, or not relayed, or whatever the term is.
I might be confusing things, though. The documentation on this (on the wiki) is really bad.
I might be confusing things, though. The documentation on this (on the wiki) is really bad.
With my experience, I believe that feeless transactions are relayed, and are standart. (Blockchain.info reports that a feeless transaction I send is relayed all over the network very fast. Only when I sent a transaction to a universally "disliked" site, such as satoshidice, even with a fee, that my transaction would not relay.) However, there is currently a cap enforced on the size of blocks, thus on the amount of transactions a miner may put in it. Miners will of course put the transactions that gives them the most fee first, and if there is no place left for free transactions, well.. sorry!
I tried to find on blockchain.info a list of the latest confirmed transactions, but I have not found any.
Click on the latest block for the latest confirmed transactions.
But that's not going to give you a good sample, because it's all from a single miner.
That being said, according to the transaction list of blockchain.info, there are really not a lot of transactions being sent with no fees.
Not that blockchain.info knows about. Since the best way to get no-fee transactions into a block is to send them directly to the miners, I wouldn't expect blockchain.info to know about many of them.
Some no-fee transactions won't get relayed by the standard client, but still might get included by a miner.
Yeah, exactly.
Anth0ny seems to be saying that the majority of no-fee transactions are like that, but I'm not sure why he believes this.
Because no-fee transactions which aren't very high priority are non-standard, or not relayed, or whatever the term is.
I might be confusing things, though. The documentation on this (on the wiki) is really bad.
The won't be in the unconfirmed transaction list, which is what un linked to.
I tried to find on blockchain.info a list of the latest confirmed transactions, but I have not found any.
That being said, according to the transaction list of blockchain.info, there are really not a lot of transactions being sent with no fees.
Not that blockchain.info knows about. Since the best way to get no-fee transactions into a block is to send them directly to the miners, I wouldn't expect blockchain.info to know about many of them.
Some no-fee transactions won't get relayed by the standard client, but still might get included by a miner.
Yeah, exactly.
Anth0ny seems to be saying that the majority of no-fee transactions are like that, but I'm not sure why he believes this.
Because no-fee transactions which aren't very high priority are non-standard, or not relayed, or whatever the term is.
I might be confusing things, though. The documentation on this (on the wiki) is really bad.
Once they're in a block they won't be in the unconfirmed transaction list, which is what un linked to.
That being said, according to the transaction list of blockchain.info, there are really not a lot of transactions being sent with no fees.
Not that blockchain.info knows about. Since the best way to get no-fee transactions into a block is to send them directly to the miners, I wouldn't expect blockchain.info to know about many of them.
Some no-fee transactions won't get relayed by the standard client, but still might get included by a miner.
Yeah, exactly.
Anth0ny seems to be saying that the majority of no-fee transactions are like that, but I'm not sure why he believes this.
Because no-fee transactions which aren't very high priority are non-standard, or not relayed, or whatever the term is.
I might be confusing things, though. The documentation on this (on the wiki) is really bad.
Because no-fee transactions which aren't very high priority are non-standard, or not relayed, or whatever the term is.
Do you have data on the frequency of these transactions in mined blocks?
No. (One of the reasons why I said "I wouldn't expect..." rather than "I have data which shows...")
Because no-fee transactions which aren't very high priority are non-standard, or not relayed, or whatever the term is.
Do you have data on the frequency of these transactions in mined blocks?
That being said, according to the transaction list of blockchain.info, there are really not a lot of transactions being sent with no fees.
Not that blockchain.info knows about. Since the best way to get no-fee transactions into a block is to send them directly to the miners, I wouldn't expect blockchain.info to know about many of them.
Some no-fee transactions won't get relayed by the standard client, but still might get included by a miner.
Yeah, exactly.
Anth0ny seems to be saying that the majority of no-fee transactions are like that, but I'm not sure why he believes this.
Because no-fee transactions which aren't very high priority are non-standard, or not relayed, or whatever the term is.
I might be confusing things, though. The documentation on this (on the wiki) is really bad.
That being said, according to the transaction list of blockchain.info, there are really not a lot of transactions being sent with no fees.
Not that blockchain.info knows about. Since the best way to get no-fee transactions into a block is to send them directly to the miners, I wouldn't expect blockchain.info to know about many of them.
Some no-fee transactions won't get relayed by the standard client, but still might get included by a miner. Anth0ny seems to be saying that the majority of no-fee transactions are like that, but I'm not sure why he believes this.
That being said, according to the transaction list of blockchain.info, there are really not a lot of transactions being sent with no fees.
Not that blockchain.info knows about. Since the best way to get no-fee transactions into a block is to send them directly to the miners, I wouldn't expect blockchain.info to know about many of them.
That being said, according to the transaction list of blockchain.info, there are really not a lot of transactions being sent with no fees.
Not that blockchain.info knows about. Since the best way to get no-fee transactions into a block is to send them directly to the miners, I wouldn't expect blockchain.info to know about many of them.
Do you limit the number of non-transaction fee transfers per block?
Yes, every miner does AFAIK. Hi this thread moves so fast that my question got missed about 10 pages back.
Do you limit the number of non-transaction fee transfers per block?
Thanks.
Do you limit the number of non-transaction fee transfers per block?
Thanks.
I don't know their rule for sure. However, they do claim to use a spam filter to filter out certain transactions. For certain, most of the last few blocks do not contain a lot of feeless transaction. However, this block that we found 2 hours ago contains two feeless transaction, so their rule cannot be "only one free transaction".
That being said, according to the transaction list of blockchain.info, there are really not a lot of transactions being sent with no fees. I'm not surprised, they take several hours to confirm.
However, a special rule that Eligius DOES enforce that other miners don't do is that they only allow a single transaction to a given address per block, to discourage address reuse, because there are some people currently trying to create an address blacklist/whitelist, something wizkid and luke-jr consider a bad thing for bitcoin. If address are not reused, and a new address is created for each transaction, then such list cannot work.
Hi this thread moves so fast that my question got missed about 10 pages back.
Do you limit the number of non-transaction fee transfers per block?
Thanks.
Do you limit the number of non-transaction fee transfers per block?
Thanks.
Disclosure:
...
This will only work if you signed at least one settings message using MtGox's sign-message feature.
Any suggestions on how to reliably identify other MtGox addresses, or prove owners, is welcome. ...
Nice catch. Thankyou Luke/Wk ...
This will only work if you signed at least one settings message using MtGox's sign-message feature.
Any suggestions on how to reliably identify other MtGox addresses, or prove owners, is welcome. ...
Ouch, I didn't even think about that back-stop, nice catch Luke and Wk.
I've actually made an error in my wallet on a config file and mined into the ether for an hour or so. It's a weird thought for that on a larger scale.
C
I've actually made an error in my wallet on a config file and mined into the ether for an hour or so. It's a weird thought for that on a larger scale.
C
Jump to: