Re: [Bitcoin-development] Fwd: Block Size Increase Requirements
On Mon, Jun 1, 2015 at 3:59 PM, Gavin Andresen wrote: > What do other people think? Would starting at a max of 8 or 4 get > consensus? Scaling up a little less than Nielsen's Law of Internet > Bandwidth predicts for the next 20 years? (I think predictability is > REALLY important). > > I chose 20 because all of my testing shows it to be safe, and all of my > back-of-the-envelope calculations indicate the costs are reasonable. > > If consensus is "8 because more than order-of-magnitude increases are > scary" -- ok. It would feel better for me if you would keep the power of two: 2^0 = 1MB 2^1 = 2MB 2^2 = 4MB 2^3 = 8MB . . . But that's only personal. Maybe other people feeling the same. - oliver -- ___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development
Re: [Bitcoin-development] Block Size Increase
08.05.2015 at 5:49 Jeff Garzik wrote: > To repeat, the very first point in my email reply was: "Agree that 7 tps > is too low" For interbank trading that would maybe enough but I don't know. I'm not a developer but as a (former) user and computer scientist I'm also asking myself what is the core of the problem? Personally, for privacy reasons I do not want to leave a footprint in the blockchain for each pizza. And why should this expense be good for trivial things of everyday life? If one encounters the block boundary, he or she will do more effort or give up. I'm thinking most people will give up because their transactions are not really economical. It is much better for them to use third-partys (or another payment system). And that's where we are at the heart of the problem. The Bitcoin third-party economy. With few exceptions this is pure horror. More worse than any used car dealer. And the community just waits that things get better. But that will never happen of its own accord. We are living in a Wild West Town. So we need a Sheriff and many other things. We need a small but good functioning economy around the blockchain. To create one, we have to accept a few unpleasant truths. I do not know if the community is ready for it. Nevertheless, I know that some companies do a good job. But they have to prevail against their dishonest competitors. People take advantage of the blockchain, because they no longer trust anyone. But this will not scale in the long run. - oliver -- One dashboard for servers and applications across Physical-Virtual-Cloud Widest out-of-the-box monitoring support with 50+ applications Performance metrics, stats and reports that give you Actionable Insights Deep dive visibility with transaction tracing using APM Insight. http://ad.doubleclick.net/ddm/clk/290420510;117567292;y ___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development
Re: [Bitcoin-development] bitcoind as a library
On Thu, Nov 27, 2014 at 6:54 PM, Wladimir wrote: > On Thu, Nov 27, 2014 at 5:27 PM, Mem Wallet wrote: > >> Is there an intention that the various internal libraries could/should >> be strengthened and heirachicalized such that they would be suitable for >> 3rd party development of bitcoin related services and tools, or is that not >> a goal, and some other project would have to fill such a role ? > > The plan is to provide the consensus functionality as a library, the > essential parts that make bitcoin bitcoin. > 0.10 will have a basic transaction/script verifier available. > In the version after that, I expect this will be extended to further > utxo set management, but no API has been worked out for that yet. > There are also plans to add a library for transaction signing. > > However there is no goal to expose *everything* as a library. > Certainly not wallet- or user interface related functionality. > Specialized utility libraries would fill this purpose better. > See for example https://github.com/bitcoin/libbase58 for base58 processing. Sorry for the off-topic but while reading this I like to ask you for picocoin, see: https://github.com/jgarzik/picocoin For a research project I'm looking for a C library to operate some block chain analysis (parsing raw blocks and transactions). Has anyone of you experience with picocoin for that? Are there any relevant limitations? - oliver -- Download BIRT iHub F-Type - The Free Enterprise-Grade BIRT Server from Actuate! Instantly Supercharge Your Business Reports and Dashboards with Interactivity, Sharing, Native Excel Exports, App Integration & more Get technology previously reserved for billion-dollar corporations, FREE http://pubads.g.doubleclick.net/gampad/clk?id=157005751&iu=/4140/ostg.clktrk ___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development
Re: [Bitcoin-development] BIP process
15.10.2014 at 20:13 Mike Hearn wrote: > For a project that is based on digital signatures, it's really > bad that the mailing list is incompatible with Yahoo's "mail signatures > must be valid" policy. # Mailman: Do not break existing DKIM signatures DEFAULT_SUBJECT_PREFIX = "" DEFAULT_MSG_HEADER = "" DEFAULT_MSG_FOOTER = "" Maybe you should remove these settings. They make little sense and cause apparently problems for some recipients. Also the mail body must not be altered through advertising or something else. - oliver -- Comprehensive Server Monitoring with Site24x7. Monitor 10 servers for $9/Month. Get alerted through email, SMS, voice calls or mobile push notifications. Take corrective actions from your mobile device. http://p.sf.net/sfu/Zoho ___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development
Re: [Bitcoin-development] RIP Hal Finney
Am 28.08.2014 um 22:21 schrieb Matt Corallo: > I'm sure many of you have already seen this, but Hal Finney passed away > on Tuesday. No, I have not noticed yet. I did not know him personally, but it still makes me sad now. Last year he wrote on Bitcoin Talk in a thought-provoking way about his disease: https://bitcointalk.org/index.php?topic=155054.0 I think a very inspiring Character for all of us. Not only because of his work. - oliver -- Slashdot TV. Video for Nerds. Stuff that matters. http://tv.slashdot.org/ ___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development
Re: [Bitcoin-development] "bits": Unit of account
Hello, just my two 'cents': Terms arises by itself. Just as most people speak of coins when they mean bitcoins. I do not see that bitcoin is currently in common use except for speculation. Therefore no term for smaller units has established yet. No problem in my eyes. Time will tell. - oliver -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development
[Bitcoin-development] Update alert false positives
Hello, bitcoin-qt produces on many systems an unnecessary alert: "URGENT: Upgrade required: see https://www.bitcoin.org/heartbleed"; Especially the stable channel is affected: https://launchpad.net/~bitcoin/+archive/bitcoin This is a bit frightening for normal users. I think the best would be to turn off this message (if possible). It produces too many false positives and motivates people to maybe harmful workarounds. - oliver -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/NeoTech ___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development
Re: [Bitcoin-development] Ubuntu LTS Packaging?
Am 12.04.2014 17:34, schrieb Matt Corallo: > Hmm? It's up to date... 0.9.1 doesn't change anything for > dynamically-linked-to-openssl builds. > Okay, my mistake. Sorry to trouble you, but good to know that you are here. regards Oliver -- Put Bad Developers to Shame Dominate Development with Jenkins Continuous Integration Continuously Automate Build, Test & Deployment Start a new project now. Try Jenkins in the cloud. http://p.sf.net/sfu/13600_Cloudbees ___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development
[Bitcoin-development] Ubuntu LTS Packaging?
Hello, so far, nothing yet? See: https://launchpad.net/~bitcoin/ I'm developing currently a LiveCD for hot/cold wallet management on Ubuntu LTS basis. For critical vulnerabilities I have to provide timely updates. I have now decided to maintain my own repository for this project. If there are better alternatives, let me know. regards Oliver -- Put Bad Developers to Shame Dominate Development with Jenkins Continuous Integration Continuously Automate Build, Test & Deployment Start a new project now. Try Jenkins in the cloud. http://p.sf.net/sfu/13600_Cloudbees ___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development
Re: [Bitcoin-development] Fake PGP key for Gavin
Am 22.03.2014 18:03, schrieb Mike Hearn: > In case you didn't see this yet, > > http://gavintech.blogspot.ch/2014/03/it-aint-me-ive-got-pgp-imposter.html > > If you're using PGP to verify Bitcoin downloads, it's very important > that you check you are using the right key. Someone seems to be creating > fake PGP keys that are used to sign popular pieces of crypto software, > probably to make a MITM attack (e.g. from an intelligence agency) seem > more legitimate. >From the user's perspective: In the beginning I found it difficult to find the keys. At last I have made this side for documentation: https://www.olivere.de/blog/archives/2013/06/02/install_bitcoin_client/ Okay, is outdated meanwhile ... Normally people fetch the keys by key-id from a well known key server. Not because they are paranoid, but because it is the most convenient method under Linux. A Google search for Gavin+Andresen+gpg brings me herein: http://sourceforge.net/p/bitcoin/mailman/message/30551147/ Key-Id? Nevertheless, I'm glad that you guys signed anything. That makes me sleep better. I really check this. - oliver GPG: https://olivere.de/gpg -- Learn Graph Databases - Download FREE O'Reilly Book "Graph Databases" is the definitive new guide to graph databases and their applications. Written by three acclaimed leaders in the field, this first edition is now available. Download your free book today! http://p.sf.net/sfu/13534_NeoTech ___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development
Re: [Bitcoin-development] Malleability and MtGox's announcement
Am 10.02.2014 13:28, schrieb Pieter Wuille: > Hi all, > > I was a bit surprised to see MtGox's announcement. The malleability of > transactions was known for years already (see for example the wiki > article on it, https://en.bitcoin.it/wiki/Transaction_Malleability it, > or mails on this list from 2012 and 2013). I don't consider it a very > big problem, but it does make it harder for infrastructure to interact > with Bitcoin. If we'd design Bitcoin today, I'm sure we would try to > avoid it altogether to make life easier for everyone. Sorry, I'm not a developer, but I have got a question. It's a little bit off-topic and can't maybe answered easy. As I understand this attack someone renames the transaction ID before being confirmed in the blockchain. Not easy but if he is fast enough it should be possible. With a bit of luck for the attacker the new transaction is added to the block chain and the original transaction is discarded as double-spend. Right? Up to this point the attacker has nothing gained. But next the attacker stressed the Gox support and refers to the original transaction ID. Gox was then probably fooled in such cases and has refunded already paid Bitcoins to the attackers (virtual) Gox-wallet. So far everything is clear. But what I do not understand: Why apparently had so many customers of Gox payment defaults or severely delayed payments? I would imagine that the attacker may have doubled not only his own transaction (maybe for obfuscating the fraud). But then all transfers would still have go through anyway. And a normal customers would have been satisfied. Most people observe only their wallets, I think. What am I missing here? Sorry, is perhaps a silly question. But maybe you can put me on the right track. regards Oliver -- Androi apps run on BlackBerry 10 Introducing the new BlackBerry 10.2.1 Runtime for Android apps. Now with support for Jelly Bean, Bluetooth, Mapview and more. Get your Android app in front of a whole new audience. Start now. http://pubads.g.doubleclick.net/gampad/clk?id=124407151&iu=/4140/ostg.clktrk ___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development
Re: [Bitcoin-development] DOS-Attacks on bitcoin-client?
Am 07.04.2013 17:22, schrieb Scott Howard: > Many new users have started using the reference client which downloads > the whole blockchain from peers. Yes I have made a clean start because of the the new database structure. > There currently isn't a throttling > mechanism [1] so it's possible to quickly eat up your bandwidth. You > can try QoS on your router or use the -nolisten command line flag. You > will still relay transactions, just not serve the whole blockchain. I see. I successfully have downloaded the Blockchain again. Thus, it should not occur again now. If it does, I'll be back again. :-) Thank you for your quick help. regards Oliver -- Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html ___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development
[Bitcoin-development] DOS-Attacks on bitcoin-client?
Hello, I'm using your bitcoin-qt client (version 0.8.1). Normally everything is working pretty fine, but sometimes it seems that other nodes produce an enormous amount of traffic. I have not had the time to investigate thoroughly yet. I only have briefly viewed with tshark. So far I have just restarted the client in the hope that it no longer connects with the 'evil' node. This usually works quite well. Is anything about DOS-Attacks known to you? regards Oliver -- Minimize network downtime and maximize team effectiveness. Reduce network management and security costs.Learn how to hire the most talented Cisco Certified professionals. Visit the Employer Resources Portal http://www.cisco.com/web/learning/employer_resources/index.html ___ Bitcoin-development mailing list Bitcoin-development@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/bitcoin-development