Bitcoin Forum
June 03, 2024, 04:16:41 AM *
News: Latest Bitcoin Core release: 27.0 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: [1] 2 »
1  Other / Beginners & Help / Re: Verifying Bitcoin Core on: August 19, 2016, 03:58:16 AM
My thoughts about hash storage and actual storage of the sig's and software aren't fully articulated, but I understand they are separate and would need to be considered separately, though that's not to say a data storage model couldn't have a built-in hash storage/verification model as well. I just understand that space usage is an important consideration in a decentralized model that you want to keep as decentralized as possible. Thanks for reading my ramblings Smiley
2  Other / Beginners & Help / Re: Verifying Bitcoin Core on: August 19, 2016, 03:52:11 AM

...

PGP has the concept of a "PGP Web of Trust" that people are theoretically supposed to use to prevent this sort of thing, but it's complicated and doesn't work very well, so pretty much no one actually uses it. ...



Thanks for the info Theymos, very in-depth and helpful.

I hope this isn't too far off topic but, related to the quote above, I've been thinking about the concept of a 'web of trust' and how bitcoin and the p2p blockchain are basically exactly that, it's a currency whose veracity is enforced by a web of trust (among other things of course, but nodes operate on a similar concept I believe, of course they rely on a percentage of participators to be rationally motivated to be good players).

I've also been thinking of a post I just read by u/cannon-c on r/bitcoin about the need to decentralize data (such as the bitcoin repository, and any important open-source repository).

It seems that both of those things (gpg signature storage and open-source software repositories) could benefit from a decentralized p2p storage model, and possibly the security of being written to a/the blockchain (side-chains come to mind, but I'm by no means a programmer so could be off in my expectations there).

In any case, taking Namecoin as an example, I think open-source software and signature repositories are the exact kind of things that could benefit from bitcoin's model.

I'm truly a noob so there could be things I'm not considering. Thanks for any thoughts you have

3  Bitcoin / Pools / Re: How many of you mine with Kano - I had good experiences with them on: July 19, 2016, 12:59:45 PM
I cant see any reason after halving to be part of pool which dont share tx fees. Tx fees are 5-12% of reward today.

And check if you are using example Antpool that you dont waste too much for the miner fee. They sending reward share using fee and if you get rewarded everyday like 0.01 (about 10Ths) and fee is 0.001 you are losing over 20% of possible incomes (no tx fees for miners, pool 2% reward and reward share sending with fee)for nothing!

I wish it was still feasible to solo mine (for the home miner that is), it'd be great. Maybe one day we'll switch to a different pow algo and home (decentralized) mining will be feasible again. I saw that discussed recently and the idea gives me hope for it's continued decentralization.
4  Bitcoin / Pools / How many of you mine with Kano - I had good experiences with them on: July 19, 2016, 10:38:49 AM
I mined with Kano for about the last 6 months of my mining. I had to quit a month or so before the halving because of electrical problems but while I mined with them I had very good payouts, higher for sure than antpool and f2pool. I only wish I had found them sooner. Of course I valued Philipma's endorsement of them and their stated concern for centralization of mining.
5  Bitcoin / Bitcoin Technical Support / Re: Bitcoin isn't showing in Bitcoin Core after Reinstall on: July 15, 2016, 11:43:24 AM
Hi, yes I replaced the new blank wallet.dat file with the backup one

Quote
I reinstalled OS X via USB and reinstalled Bitcoin Core. Replaced the wallet.dat file with the one I had backed up.

Quite lost at this point

Thanks

woops I see that now, sorry.
6  Bitcoin / Bitcoin Technical Support / Re: Bitcoin isn't showing in Bitcoin Core after Reinstall on: July 13, 2016, 10:57:55 AM
There's one step I didn't see you list. Did you copy your backed up wallet.dat into the new install?

The wallet.dat holds your bitcoin and when you reinstalled, it created a brand new wallet.dat. Of course, since they hold all your coins or your private keys, you want to be very careful that you never overwrite a wallet.dat with btc on it, make sure you have multiple backups in multiple secure places.
7  Bitcoin / Bitcoin Discussion / Re: hack the bitcoin network for 1000 btc? on: May 19, 2016, 04:32:37 AM
I bet this guy already hired someone.

I'm a little more open-minded employer. If you come work for me, you can do whatever job you want as long as I get to collect and divy out the compensation Smiley
8  Bitcoin / Development & Technical Discussion / Re: Towards better consumer protection in bitcoin on: May 18, 2016, 04:48:38 AM
I'm calling out the entire ecosystem. Consumer protection would have to be implemented in wallets, payment processors, marketplaces and most other services. I'm guessing it would look like something along the lines of the bip70 payment protocol.

Why does arbitration have to be built into a BIP? If people want it, as you and I have both said, any service provider can offer it with current functionality. So I think the discussion is at an end there because I don’t think you’ll disagree with that statement.

I'll just say thought that everything else you say sounds like you want to implement control over bitcoin. Leave bitcoin as it is and let consumers choose what gets implemented through natural processes. BIP70 sounds like it’s intended simply to further identity tracking and it sounds like a horrible idea for bitcoin. I’m sure some of your altcoins have that functionality built in. Bitcoin doesn’t need it built in in any form.


People who talk about getting rid of governments don't generally sit and think up ways to govern things. You're talking about governing. If you really believed there was a market for it, then you would write some code and try to sell your service. That's my challenge to you. Go do it with bitcoin as it is today. Go make some money and support bitcoin in the way that you're so passionate about, which seems to be arbitration and identity tracking. Only, let consumers choose.

This is total BS. There's nothing in my thread about collecting ID information or anything resembling governance. All arbitration is voluntary.


You're right. I should have read your post and BIP70 more carefully. I see now that you're making a case for someone to step up and do a better job of offering arbitration services using the existing infrastructure.

I'll read more carefully in the future. After re-reading your post and BIP70, I was arguing out of misunderstanding and I sincerely apologize.

When I get a chance I'll got to bitrated and check out their services, and I'll be thinking about your advice as well.
9  Bitcoin / Development & Technical Discussion / Re: Simple logic to avoid confusing tx fee with transaction amount on: May 12, 2016, 01:50:55 PM
Bitcoin core will reject and transaction with an "absurdly high fee". This means that it will not accept it to the mempool and will not relay it. I don't remember what the exact threshold for this is, but I think it is actually fairly low.

Aah, I ran into fRejectAbsurdFee while looking into it. I have yet to figure out the criteria for an absurd fee but I'll post it here when/if I do.
10  Bitcoin / Development & Technical Discussion / Re: Simple logic to avoid confusing tx fee with transaction amount on: May 12, 2016, 01:49:15 PM

The reason this simple logic doesn't work is because there are valid transactions where the amount transferred is less than the tx fee.

I mentioned just showing a warning, that allows users to still do what they want....

But why would anyone do this regularly? I can think of some fringe scenarios, but unless you're the miner collecting the fee, you lose money on the deal. So it doesn't make sense for someone to do intentionally under normal circumstances.

11  Bitcoin / Development & Technical Discussion / Re: Simple logic to avoid confusing tx fee with transaction amount on: May 12, 2016, 04:09:15 AM
And just as I post that I see frejectAbsurdFee in main.cpp. I'll see if my limited skills can determine if that fits the bill
12  Bitcoin / Development & Technical Discussion / Simple logic to avoid confusing tx fee with transaction amount on: May 12, 2016, 04:06:05 AM
I was thinking about the person that accidentally sent about 300 btc as a fee and .001 as the transaction amount, and it occurred to me that some simple logic could be put in place to avoid that. Just add a check to see whether the tx fee is larger than the amount being transferred and if so, either warn the user or reject the transaction or whatever. I don't recall what wallet he was using, but I haven't heard that any wallet has such simple logic yet....

13  Bitcoin / Development & Technical Discussion / Re: Towards better consumer protection in bitcoin on: May 10, 2016, 09:35:55 PM
I'm calling out the entire ecosystem. Consumer protection would have to be implemented in wallets, payment processors, marketplaces and most other services. I'm guessing it would look like something along the lines of the bip70 payment protocol.

Why does arbitration have to be built into a BIP? If people want it, as you and I have both said, any service provider can offer it with current functionality. So I think the discussion is at an end there because I don’t think you’ll disagree with that statement.

I'll just say thought that everything else you say sounds like you want to implement control over bitcoin. Leave bitcoin as it is and let consumers choose what gets implemented through natural processes. BIP70 sounds like it’s intended simply to further identity tracking and it sounds like a horrible idea for bitcoin. I’m sure some of your altcoins have that functionality built in. Bitcoin doesn’t need it built in in any form.


People who talk about getting rid of governments don't generally sit and think up ways to govern things. You're talking about governing. If you really believed there was a market for it, then you would write some code and try to sell your service. That's my challenge to you. Go do it with bitcoin as it is today. Go make some money and support bitcoin in the way that you're so passionate about, which seems to be arbitration and identity tracking. Only, let consumers choose.


I'll also point out that BIP70 was written or proposed by Gavin Andresen, who recently had his commit priveleges to core revoked for what seem to be attempts to sabotage bitcoin (or at the very least a stupid, and very out of character endorsement).

BIP70, to me, is just more evidence that Gavin is acting in opposition to bitcoin and the core stated values.
14  Bitcoin / Development & Technical Discussion / Re: Towards better consumer protection in bitcoin on: May 10, 2016, 09:27:14 PM
I'm calling out the entire ecosystem. Consumer protection would have to be implemented in wallets, payment processors, marketplaces and most other services. I'm guessing it would look like something along the lines of the bip70 payment protocol.

Why does arbitration have to be built into a BIP? If people want it, as you and I have both said, any service provider can offer it with current functionality. So I think the discussion is at an end there because I don’t think you’ll disagree with that statement.

I'll just say thought that everything else you say sounds like you want to implement control over bitcoin. Leave bitcoin as it is and let consumers choose what gets implemented through natural processes. BIP70 sounds like it’s intended simply to further identity tracking and it sounds like a horrible idea for bitcoin. I’m sure some of your altcoins have that functionality built in. Bitcoin doesn’t need it built in in any form.


People who talk about getting rid of governments don't generally sit and think up ways to govern things. You're talking about governing. If you really believed there was a market for it, then you would write some code and try to sell your service. That's my challenge to you. Go do it with bitcoin as it is today. Go make some money and support bitcoin in the way that you're so passionate about, which seems to be arbitration and identity tracking. Only, let consumers choose.
15  Bitcoin / Bitcoin Discussion / Re: Bitcoin Fee Experiment May 9 2016 on: May 10, 2016, 05:52:24 AM
wow Im surprised I didnt think to do this or someone earlier lol

amazing how the most simple ideas sometimes get missed.


good study

thanks RD  You're the one etc..... :-D
16  Bitcoin / Bitcoin Discussion / Re: Bitcoin Fee Experiment May 9 2016 on: May 10, 2016, 05:51:04 AM

And were you sending a fraction of a large input, or a combination of lots of small inputs. Both transaction 3 and transaction 4 look like you were sending a combination of lots of small inputs, combined with a large fee. It got confirmed quickly because of the large fee.

What you really need to do is standardize the fee - make them all 0.0001, and vary the amounts (outputs made up of one big input or lots of small inputs). That way you will be able to see whether the miners make you wait or not.

Also, the protocol says you can send an aged input for zero fee if the kilobytes are low. According to the wiki, "a transaction was safe to send without fees if these conditions were met:

    It is smaller than 1,000 bytes.
    All outputs are 0.01 BTC or larger.
    Its priority is large enough"

Test it out and see if it works. Bitcoiners have spent the last seven years telling everyone that you can send "free" or for a minimal fee - so that is what most bitcoiners do. The question is, is that still true.

I sent a combination of a lot of small inputs in each case. Correct 3 and 4 were larger than the others, with more data of similar size inputs. The others were less inputs, with fees that were comparably smaller than the difference in size/number of inputs.

Great suggestion, there are a few ways I could change it up to get more accurate data. Next time I do this (if I can ever find the time to do it right) I'll incorporate that and some other ideas to make the test more scientific and thorough.

Those are great things to keep in mind and I'll refer back to this next time I run a test to remind me the kind of things I should keep in mind.
17  Bitcoin / Bitcoin Discussion / Re: Bitcoin Fee Experiment May 9 2016 on: May 10, 2016, 01:19:41 AM
How old were your inputs? That would have affected the priority. High priority stuff gets confirmed pretty fast.

Inputs were all within the last year...
18  Bitcoin / Development & Technical Discussion / Re: Towards better consumer protection in bitcoin on: May 09, 2016, 09:31:05 PM
So, I think what you're saying is that you, or some fine young entrepreneur should offer an arbitration service and try to create a market for it within the bitcoin space? Bitcoin isn't broken and doesn't need fixing. It was capable of arbitration before ethereum was thought of. All it needs is a service provider, and willing, paying customers. So if you believe in it, go out and do it with bitcoin as it is, and make consumer protection better (if you can find the customers).


If you're not talking about service providers being aribiters, then who would be this arbiter? Please answer this question if I've made a mistake in assessing the situation.


EDIT: changed 'private entity' to 'service providers'. There doesn't ever need to be one arbiter, and the arbiters should be market participants subject to competition, not some form of government, as seems to be implied. If that's what you're after, go somewhere else. Go do something with Ethereum, as you're keen to mention.


EDIT Again: After reading your comments above about the arbiter being a merchant, that's fine. Is your main point that wallets should provide for this service? That's fine too. Is this post geared toward merchants? It sounds like it's calling out a problem with bitcoin, when it's actually just calling out a potential service within the market. That service has it's place, but it will likely not get much business soon.
19  Bitcoin / Bitcoin Discussion / Re: Bitcoin Fee Experiment May 9 2016 on: May 09, 2016, 09:06:18 PM

Thats true, the good thing is you dont need to send the same amount of transaction for every case. To keep the same significance, you dont need as much high fee transactions as the low fee transactions because the expected variability in confirmation times for low fee transactions is expected to be much higher.

Good point, you just saved me some btc I suspect Smiley
20  Bitcoin / Bitcoin Discussion / Re: Bitcoin Fee Experiment May 9 2016 on: May 09, 2016, 08:49:52 PM
It is really interesting experiment. It confuses me since i always believed that there was a simple connection between transaction speed and the fee that is paid. Please keep us posted about no fee transfer as well. Thanks.

I'm getting the feeling that it's the politics of the mining pools that affects confirmation times more than anything. I'll update when I run my next test for sure. It will be an interesting metric to keep a pulse on over time.
Pages: [1] 2 »
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!