Topic: Eligius: 0% Fee BTC, 105% PPS NMC, No registration, CPPSRB - page 85. (Read 1061417 times)

So the biggest question for me now is: What Eligius considers as a spam?

Nope, wasn't me.

When I saw your post, I did manually check Eligius's GBT result (anyone can do this using the GBT port ont he site..) and saw they were in fact included in the first few transactions - so unless wizkid057 was really fast, it was automatic.
Eligius won't mine spam no matter how much the fee, so CPFP won't help if it detects a parent is spam; there is no way to get around this.

Having transactions in the memory pool is not necessarily the same as having transactions in the block template being mined.

I am not sure did I discussed it with you or with wizkid but what about f2pool referral system if they do something bad on their ref their key gets revoked.Also I made 3 tx's
https://blockchain.info/tx-index/77712737 This tx should confirm on it's own though it paid 0 fee but the coins are old enough. Confirmed
https://blockchain.info/tx-index/77714274 This tx doesn't have any coins age and pays 0 fee so no miner really wants to include it in their block. Confirmed
https://blockchain.info/tx-index/77712774 This tx pays 0.001 fee that is more than enough for this tx and the previous. Lets see if CPFP occurs on Eligius. Confirmed
Was it did automatically or you did it manually?Ok the second tx was not that low in priority it was less than 300 Bytes and it wasn't spam(almost 1BTC in single input/output).What if the second tx were 16-18 KB having 100 outputs and then I spend one of those outputs(3rd tx) and set that all input as a fee and have a 0BTC output or lets just say that I send 0.0001(not spam) and have 0.0099 as a fee.Would that have done the same effect?If Eligius doesn't hold any low priority tx's in their mempool than they won't hold the second tx in the mempool thus meaning 3rd tx is invalid?Is that so?How can I come around it?

Eligius was the first implementation of this, but (aside from it being disabled temporarily) it's for humans, and automated systems should just use the usual bitcoin protocol to relay transactions.
With CPFP, you can just use a normal spend to add a fee to some tx..

You can use getblocktemplate to see what is in the current block template, but this is never a guarantee it will remain there.

Ask Bitmain for BFGMiner support - then I can provide a fixed firmware.

This is not a double spend.  This is a payout that basically got reversed and was treated as if it never happened due to an orphaned block.

Blockchain.info seems to have an issue reporting the coinbase transaction of orphaned blocks incorrectly.  Some users of My Wallet have said the transaction never disappears, either.

I'd suggest contacting Blockchain.info if this is an issue for you.  It isn't an issue with Eligius.


Eligius already implements Child-pays-for-parent, so as long as the transaction is relayed to Eligius we should pick it up.

As for paying to speed things up, that's not really the bottleneck here.  Unfortunately the bottleneck is me getting the blocks of coding time to work on these things to set aside and dedicate lately.  In real life, I'm in the process of a move, changing job positions (same company, different work), getting ready for a wedding (!), some IT-related contract work, and trying to get some projects done at my home... all unrelated to Eligius.  I put in as much time as I can, and a lot of that time lately has been going into developing and optimizing things on the backend in an effort to free up more of my Eligius time for additional front end features and things on the request and TODO lists for everything else.  Nearly 100% of donations to Eligius go towards hosting costs.  (Last I checked I may actually be out of pocket a small % on hosting costs soon with the BTC price dipped so low, but I'll consider that part of my donation to Eligius on top of my time.)

In any case, the short version is that as of right now I can not dedicate much more time to Eligius dev than I already am.  It's already more than it was a couple of months ago, and will steadily increase as my plate clears.

The shorter version: Look forward to some good things in the coming months.

The transactions are normal and they are relayed normally(except for the RelayNetwork as the second tx spends and input which is unconfirmed).It's just that one tx pays 0fee and the spending tx pays 0.001 both tx's are less than 500 bytes and both sends about 0.8-0.9BTC.And for some reason no miners picks these transactions even yours.
What else is in the queue? I am ready to pay to make the process quicker.

I was looking through my block chain and noticed a double spend from eligius, Im not too familiar with what this equates to? Any help would be cool

https://blockchain.info/tx/ac1b8610047ba5b6fd0fe7ce27e35b8dd82662a4a19dbe8da7a271adce3fe813

Definitely more complicated.  For one, even if someone pays an extravagant fee, I'm not going to mine nonsense spam.  For example, someone had previously offered a 1 BTC fee to embed a ~100KB JPEG into the blockchain for nostalgia purposes.  Unfortunately this is just spam, regardless of the fee.  The fee doesn't make it any less useless to bitcoin in general.  The bitcoin blockchain isn't for mass arbitrary data storage.  I personally don't even like the 40 or 80 byte OP_RETURN solution to this problem, either, but at least it will mostly limit people to data hashes instead of arbitrary data directly in the chain and hopefully stop folks from using multisig type places to do the same (even though some people have said they would still abuse multisig for this regardless, which is sad for bitcoin IMO).

If your transactions aren't being relayed normally, then there likely is a reason they shouldn't be in the blockchain anyway.

Pushtxn is not a priority.

Mhm.Not offending or anything but how hard is it?Just disable transactions that has output value(in total or each vout differently) of less than x or disable tx that doesn't pay x fee or disable tx's that has lover priority than x.Problem solved?Or the situation is way more complicated than I understood it?
Disable=don't relay=don't mine

The undocumented/unsupported pushtxn page that was active for a while at Eligius has been disabled due to some spam transactions getting through automatic filtering.

Once new filtering is in place that more strictly enforces Eligius's transaction spam rules, I will likely re-enable it.

Since I now see you online are you willing to implement this https://bitcointalksearch.org/topic/m.10427553?Also how should I know if there is a certain transaction in your mempool?

I am running antminer s4's on eligius and its getting 1.02k as difficulty always, theres no way to set minimum difficulty there, and as we know s4 discards difficulty less than 2048 I sent mesgs in irc chat but its a dead chatroom. Any help on this?

Or even better: post the details publicly and enable pool operators and miners to establish a standard for an objective and common luck measure.

BTC Guild's luck % is actually based on overall shift luck, I don't even track per-block luck (nor do I have any implementation to do so).  The payment per share for every share of a given shift compared to what you would earn under 2% PPS.   There's no extra math involved.

Yep, but just meant that displaying it that way, though is suggested being intuitive, really isn't much use since you need to do the calculations on it, since a single block usually doesn't count for much in any payout scheme, and multiple blocks needs a calculator to do anything with the numbers


I agree, but then I'm biased since that's the way I do it


The cdf you have is only for each block though - if you want a cdf for the past 100 blocks or 1000 blocks, let me know and I'll look up the GSL function that will do that for you.