Bitcoin Forum
March 29, 2024, 09:20:16 AM *
News: Latest Bitcoin Core release: 26.0 [Torrent]
 
   Home   Help Search Login Register More  
Pages: « 1 2 3 4 5 [6] 7 8 9 10 11 12 »  All
  Print  
Author Topic: [UPDATE: 2015-05-10] Bitcoin Core soft-fork "No Forced TX Fee" v0.10.1 available  (Read 59219 times)
ShadowOfHarbringer (OP)
Legendary
*
Offline Offline

Activity: 1470
Merit: 1005


Bringing Legendary Har® to you since 1952


View Profile
March 25, 2012, 11:38:59 AM
 #101

2012-03-25 Update:

NFTF tags for mainline client versions v0.5.3rc1, v0.5.3rc2, v0.5.3rc3, v0.5.3rc4, v0.5.4rc1, v0.6.0rc2, v0.6.0rc3, v0.6.0rc4 released.

https://github.com/ShadowOfHarbringer/bitcoin-nftf/tags

Trunk/master has also been fully updated to the latest mainline version.

You get merit points when someone likes your post enough to give you some. And for every 2 merit points you receive, you can send 1 merit point to someone else!
Advertised sites are not endorsed by the Bitcoin Forum. They may be unsafe, untrustworthy, or illegal in your jurisdiction.
1711704016
Hero Member
*
Offline Offline

Posts: 1711704016

View Profile Personal Message (Offline)

Ignore
1711704016
Reply with quote  #2

1711704016
Report to moderator
1711704016
Hero Member
*
Offline Offline

Posts: 1711704016

View Profile Personal Message (Offline)

Ignore
1711704016
Reply with quote  #2

1711704016
Report to moderator
Onichan
Newbie
*
Offline Offline

Activity: 47
Merit: 0


View Profile
April 26, 2012, 02:09:16 AM
Last edit: April 26, 2012, 03:43:17 AM by Onichan
 #102

Edit: Never mind it does work. I was just testing a wallet that only had .00051 in it and it refused to send anything without a fee, but if I used a wallet with more in it then it works.

Ok so I finally successfully built the windows version, but for some reason it is still requiring a fee. I have tried both 5.3.1 and 6.0rc4 and command line version without success. I checked the source I have and it does have your wallet modification. Would there be a reason why it wouldn't let me send fee-less? I am using gitian to build it.
ShadowOfHarbringer (OP)
Legendary
*
Offline Offline

Activity: 1470
Merit: 1005


Bringing Legendary Har® to you since 1952


View Profile
April 26, 2012, 07:48:21 AM
 #103

Edit: Never mind it does work. I was just testing a wallet that only had .00051 in it and it refused to send anything without a fee, but if I used a wallet with more in it then it works.

Ok so I finally successfully built the windows version, but for some reason it is still requiring a fee. I have tried both 5.3.1 and 6.0rc4 and command line version without success. I checked the source I have and it does have your wallet modification. Would there be a reason why it wouldn't let me send fee-less? I am using gitian to build it.

Hmmm... this is indeed peculiar.

However, there can be reasons it won't let you send without fee. For example, i believe the algorithm (in my fork and in official client) doesn't allow sending very small amounts, or amounts that does not have enough confirmations.

I have not removed all safeguards against sending money without fee, just some of them.

If you want to make sure it works as it should, you can build 0.3.21 version of the mainline client and compare the functioning of that with NFTF. If it is the same, then it works.

Unfortunately, i dont't have time to test it now, because I am going on holidays. When I am back (about 8 april), I am going to test it thoroughly.

Onichan
Newbie
*
Offline Offline

Activity: 47
Merit: 0


View Profile
April 27, 2012, 12:23:20 AM
 #104

It does work as intended. I was just trying to send from a wallet with too little in it. You don't need to test it, but thanks.
ShadowOfHarbringer (OP)
Legendary
*
Offline Offline

Activity: 1470
Merit: 1005


Bringing Legendary Har® to you since 1952


View Profile
May 04, 2012, 11:50:35 PM
 #105

It does work as intended. I was just trying to send from a wallet with too little in it. You don't need to test it, but thanks.

Glad i could help.

randomproof
Member
**
Offline Offline

Activity: 61
Merit: 10


View Profile
May 05, 2012, 06:54:16 PM
 #106

I've not tried your fork yet, but does it just ignore the suggested fee or does it tell you about the suggested fee and offer the option of ignoring it?

Donations to me:   19599Y3PTRF1mNdzVjQzePr67ttMiBG5LS
ShadowOfHarbringer (OP)
Legendary
*
Offline Offline

Activity: 1470
Merit: 1005


Bringing Legendary Har® to you since 1952


View Profile
May 06, 2012, 08:40:03 AM
 #107

I've not tried your fork yet, but does it just ignore the suggested fee or does it tell you about the suggested fee and offer the option of ignoring it?

It just ignores the fee if there is high probability that it won't be necessary.

It is quite safe for everyday usage, if you keep certain rules (eg. not resending money which don't have enough confirmations yet). Sending money which have at least 7 confirmations should be 100% safe, always.

ShadowOfHarbringer (OP)
Legendary
*
Offline Offline

Activity: 1470
Merit: 1005


Bringing Legendary Har® to you since 1952


View Profile
May 08, 2012, 06:33:10 PM
 #108

2012-05-08 Update:

NFTF - versions 0.6.0.7/0.6.1 & 0.6.2 released.

Fresh tags -are avaiable for download as usual.
https://github.com/ShadowOfHarbringer/bitcoin-nftf/tags

Trunk code has also been merged from mainline client:
https://github.com/ShadowOfHarbringer/bitcoin-nftf/tree/

gmaxwell
Moderator
Legendary
*
expert
Offline Offline

Activity: 4158
Merit: 8343



View Profile WWW
May 09, 2012, 12:15:34 PM
 #109

It is quite safe for everyday usage, if you keep certain rules (eg. not resending money which don't have enough confirmations yet). Sending money which have at least 7 confirmations should be 100% safe, always.

Please do not tell people that it is 100% safe. This is not true and the whole concept of thinking users can tell which money they're resending is wrongheaded, the client has free run to pick from whatever inputs it wants in the wallet. I have helped users unstick their wallets several times as a result of this patch.

I've cautioned you about this in the past— and you responded by pointing out that you were direct about the risks and consequences. Now you violate that by claiming that it's 100% safe.

Yes, it's usually not problematic— after all the overwhelming supermajority of transactions do not need to pay a fee in any case. So yes, in any case where a fee wouldn't have been applied this is safe— but also pointless.  In cases where waiting a few hours would have made it no longer need a fee then this is safe enough (at worst you'll need to leave your client running for a few hours before your transaction goes)... but in cases where weeks would be required your funds will end up unusable for a long span of time unless someone helps you effectively hex edit your wallet.


ShadowOfHarbringer (OP)
Legendary
*
Offline Offline

Activity: 1470
Merit: 1005


Bringing Legendary Har® to you since 1952


View Profile
May 09, 2012, 07:28:38 PM
 #110

It is quite safe for everyday usage, if you keep certain rules (eg. not resending money which don't have enough confirmations yet). Sending money which have at least 7 confirmations should be 100% safe, always.

Please do not tell people that it is 100% safe. This is not true and the whole concept of thinking users can tell which money they're resending is wrongheaded, the client has free run to pick from whatever inputs it wants in the wallet. I have helped users unstick their wallets several times as a result of this patch.

I've cautioned you about this in the past— and you responded by pointing out that you were direct about the risks and consequences. Now you violate that by claiming that it's 100% safe.

This is a misunderstanding.

I said:

Quote
Sending money which have at least 7 confirmations should be 100% safe, always

I i wanted to say that I am certain that it is 100% safe, i would say that "IT IS 100% SAFE" or "I AM CERTAIN THAT IT IS 100% SAFE".

If that is not clear enough, i don't know what is.

TehZomB
Sr. Member
****
Offline Offline

Activity: 294
Merit: 250



View Profile
May 25, 2012, 07:40:04 PM
 #111

I just get spammed with errors. Am I missing something?
http://pastebin.com/dpnDMAAj
ShadowOfHarbringer (OP)
Legendary
*
Offline Offline

Activity: 1470
Merit: 1005


Bringing Legendary Har® to you since 1952


View Profile
May 26, 2012, 04:42:44 PM
 #112

I just get spammed with errors. Am I missing something?
http://pastebin.com/dpnDMAAj

Try compiling the mainline version and tell me if it produces the same error.

TehZomB
Sr. Member
****
Offline Offline

Activity: 294
Merit: 250



View Profile
May 26, 2012, 06:28:30 PM
 #113

Yes it does Sad
ShadowOfHarbringer (OP)
Legendary
*
Offline Offline

Activity: 1470
Merit: 1005


Bringing Legendary Har® to you since 1952


View Profile
May 26, 2012, 09:26:18 PM
 #114

Yes it does Sad

So you will be better off asking about this the core developers (Gavin Andresen etc).

But perhaps it is a common error. Try google first.

TehZomB
Sr. Member
****
Offline Offline

Activity: 294
Merit: 250



View Profile
May 26, 2012, 10:46:43 PM
 #115

Will do, thanks
jevon
Newbie
*
Offline Offline

Activity: 36
Merit: 0


View Profile
June 17, 2012, 10:05:07 PM
 #116

b) the ability to add a transaction fee to a transaction that you've received and that hasn't yet made it into a block…the client would do this by creating a new transaction with that transaction as an input and sending coins back to yourself (less the desired tx fee)…the client would immediately broadcast this new transaction

b) ... The method suggested will not work anyway, as the coins in the pending transaction can only be re-sent by the recipient, who is not the sender.

The sender can add fee by re-sending the change.

It wouldn't be a big deal to make transactions always have change. There's usually change anyway.

I think that's a problem that would fix itself if clients had this feature and people started using it.  If you're a miner and are actively seeking fee bearing transactions, you really shouldn't be rejecting fee-less transactions if they are inputs to fee bearing transactions that meet your fee requirements.

I agree.

andTo86
Newbie
*
Offline Offline

Activity: 12
Merit: 0


View Profile
June 20, 2012, 07:43:15 PM
 #117

What if there were different tiers of difficulty - if you only include transactions without fees, your difficulty is 'x', if you include transaction fees, it's 'y'. Dedicate one of the 2016 blocks to transactions without fees, so that if someone F's up, they definitely get processed within two weeks. There would be some shifting / weirdness until the difficulty of the 50+fees vs. 50+0 evened out between the two different tactics, but it should eventually police itself such that it's reasonably equally profitable.
drakahn
Hero Member
*****
Offline Offline

Activity: 504
Merit: 500



View Profile
August 07, 2012, 06:22:44 AM
 #118

If there were a transaction with a lot of single satoshi inputs, and a 0.0005 fee, would it ever confirm?

14ga8dJ6NGpiwQkNTXg7KzwozasfaXNfEU
ShadowOfHarbringer (OP)
Legendary
*
Offline Offline

Activity: 1470
Merit: 1005


Bringing Legendary Har® to you since 1952


View Profile
August 08, 2012, 10:20:43 AM
 #119

If there were a transaction with a lot of single satoshi inputs, and a 0.0005 fee, would it ever confirm?

Haven't tried that yet, you are welcome to be the first Smiley

drakahn
Hero Member
*****
Offline Offline

Activity: 504
Merit: 500



View Profile
August 08, 2012, 02:33:23 PM
 #120

If there were a transaction with a lot of single satoshi inputs, and a 0.0005 fee, would it ever confirm?

Haven't tried that yet, you are welcome to be the first Smiley
I may have to try it soon, i have tens of thousands of single satoshi inputs, if it works i could make a satoshi dice single satoshi cleaning client that only see's single satoshi inputs and inputs the size of the fee (0.0005 would be good) and sends with whatever minimal fee will work

14ga8dJ6NGpiwQkNTXg7KzwozasfaXNfEU
Pages: « 1 2 3 4 5 [6] 7 8 9 10 11 12 »  All
  Print  
 
Jump to:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!