led
bags. But that doesn't need to figure into how things are developed.
Wladimir
--
Open source business process management suite built on Java and Eclipse
Turn processes into business applications with Bonita BPM Communi
lthough Pieter and I disagree with regard to issue #4351, we agree on
wanting to keep (or at least making) bitcoind as lean as possible.
Maintaining extra indices for others doesn't fit in there - that's
also why the address index patch was not merged. An 'index node' coul
eir own is a passed stage. There
are many things that cannot be done at SPV level security with just
the P2P protocol yet. So having fewer but more trusted Electrum
servers is a reasonable compromise.
But for basic wallet functionality it isn
ut there are other interesting upcoming wallet projects as well, for
example CoinVault.
Wladimir
--
Open source business process management suite built on Java and Eclipse
Turn processes into business applications wit
On Mon, Jun 23, 2014 at 10:15 PM, Jorge Timón wrote:
> On 6/23/14, Wladimir wrote:
>> It's least surprising if the wallet works as a SPV client by default.
>> Then, users can use it without first setting up a core. Thus the idea
>> would be to use P2P primarily.
chain database. But it needs its own
record of the chain, headers-only + what concerns the keys in the
wallet.
Wladimir
--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Mo
s using these
> experimental service bits.
Anyhow -- back to the original proposal. I'm fine with setting aside
part of the service bit space for experiments.
Wladimir
--
HPCC Systems Open Source Big Data Platform
rate. As we all know, most wallet
innovation doesn't happen in the reference implementation wallet, and
it should not be used as the guide here.
Wladimir
--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk
ffer a certain extension. Alas, this moves it from a
straightforward and common sense change to a significant change to the
protocol.
Wladimir
--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
On Tue, Jun 17, 2014 at 4:27 PM, Jesus Cea wrote:
> On 17/06/14 11:46, Wladimir wrote:
> Under Ubuntu 10.04:
>
> jcea@ubuntu:/tmp/bitcoin-0.9.2-linux/bin/64$ ./bitcoin-qt
> ./bitcoin-qt: symbol lookup error: ./bitcoin-qt: undefined symbol:
> _ZN10QTextCodec11validCodecsEv
Di
- Mikael Wikman
- Mike Hearn
- olalonde
- paveljanik
- peryaudo
- Philip Kaufmann
- philsong
- Pieter Wuille
- R E Broadley
- richierichrawr
- Rune K. Svendsen
- rxl
- shshshsh
- Simon de la Rouviere
- Stuart Cardall
- super3
- Telepatheic
- Thomas Zander
- Torstein Husebø
- Wa
On Tue, Jun 17, 2014 at 10:08 AM, Wladimir wrote:
> On Tue, Jun 17, 2014 at 10:02 AM, Matt Whitlock
> wrote:
>> On Tuesday, 17 June 2014, at 9:57 am, Wladimir wrote:
>>> Yes, as I said in the github topic
>>> (https://github.com/bitcoin/bitcoin/pull/4351) I sugge
On Tue, Jun 17, 2014 at 10:02 AM, Matt Whitlock wrote:
> On Tuesday, 17 June 2014, at 9:57 am, Wladimir wrote:
>> Yes, as I said in the github topic
>> (https://github.com/bitcoin/bitcoin/pull/4351) I suggest we adapt a
>> string-based name space for extensions.
>
> Why
On Tue, Jun 17, 2014 at 9:23 AM, Peter Todd wrote:
> Alternately Wladimir J. van der Laan brought up elsewhere(2) the
> possibility for a wider notion of an extension namespace. I'm personally
> not convinced of the short-term need - we've got 64 service bits yet
> NODE_BL
On Sat, Jun 14, 2014 at 7:42 AM, Un Ix wrote:
> How about a prize for anyone who can spot any "malicious" strings within next
> hour?
>
> ;-)
Hah, if there was to be a prize I'd rather have people looking out for
icebergs than for wrongly arrange
added that.
Wladimir
--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for Dirty Data.
Leve
's typical that
this little bikeshedding topic attracts so much attention.
But if it makes all of you happy I won't do the translation update.
Wladimir
--
HPCC Systems Open Source Big Data Platform from LexisNexis
It cannot, it is just data.
Wladimir
--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open Source. Fast. Scalable. Simple. Ideal for
e language import and tag the release at the end of the
(UTC) day so that gitian builds can be started.
Corrections to the release notes
(https://github.com/bitcoin/bitcoin/blob/0.9.2/doc/release-notes.md)
should also be submitted before then.
Thanks
code paths
- SOCKS5 offers better privacy as it allows DNS redirection
Wladimir
--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Data with HPCC Systems
Open
haven't seen any new problems reported,
but it'd be useful to get these last-minute fixes tested too.
Wladimir
--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Mos
lock"
which provides a much more flexible and scalable way to do mining.
This is explained in https://en.bitcoin.it/wiki/Getblocktemplate .
Wladimir
--
Learn Graph Databases - Download FREE O'Reilly Book
&qu
ms which are probably recoverable in a certain specific way. In
principle starting a reindex wouldn't even need to take down the entire
process (though that's easier for implementation due to cleanup and
assumptions made).
Wladimir
---
issues (not pull requests, of
course) on the repository.
Wladimir
--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applications. W
second class of debugging asserts would be
> introduced, which is exclusively for expensive, redundant checks and is
> disabled by NDEBUG.
>
Sounds good to me.
Wladimir
--
Learn Graph Databases - Download FREE O'Rei
#x27;s fair to still require building with
them enabled.
Wladimir
--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
applicat
On Wed, Jun 4, 2014 at 8:37 AM, Wladimir wrote:
> Bitcoin Core version 0.9.2rc1 is now available from:
>
> https://bitcoin.org/bin/0.9.2/test
>
> This is a release candidate for a new minor version release, bringing
> mostly bug fixes and some minor improvements.
Almost forg
h
- Simon de la Rouviere
- Stuart Cardall
- super3
- Telepatheic
- Thomas Zander
- Torstein Husebø
- Warren Togami
- Wladimir J. van der Laan
- Yoichi Hirai
--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph D
On Mon, Jun 2, 2014 at 10:01 PM, Toshi Morita wrote:
> I'm seeing another uninitialized memory problem in bitcoind using valgrind:
Thanks for the report.
Which version/commit id of bitcoind?
Wladimir
--
Lea
header there
as well, see https://github.com/bitcoin/bitcoin/issues/3970 .
If that is done, I'm not sure how much a global setting in the status
bar would add. It may make it more apparent to the user that multiple
un
On Wed, May 21, 2014 at 7:10 PM, Wladimir wrote:
> Hello Chris,
>
> On Wed, May 21, 2014 at 6:39 PM, Chris Beams wrote:
>> I'm personally happy to comply with this for any future commits, but wonder
>> if you've considered the arguments against commit sign
interest is piqued by this, please pick it up.
Wladimir
--
"Accelerate Dev Cycles with Automated Cross-Browser Testing - For FREE
Instantly run your Selenium tests across 300+ browser/OS combos.
Get unparalleled s
se I
want to reduce the risk that github hacks would pose.
Something to watch for would be authors that normally sign pull
requests/merges and suddenly don't. Someone malicious may have gained
access to their github account. This just adds an extra layer of
protection.
Cheers,
Wladimir
-
477426dccb
gpg: Signature made Wed 21 May 2014 12:27:55 PM CEST using RSA key
ID 2346C9A6
gpg: Good signature from "Wladimir J. van der Laan "
Author: Wladimir J. van der Laan
Date: Wed May 21 12:27:37 2014 +0200
qt: Periodic language update
...
You can also
sure - there are tricks to limit rates anyway, like the script in
contrib/qos, but to have it generally available the block download
needs to be more robust first)
Wladimir
--
"Accelerate Dev Cycles with Automated C
On Mon, May 19, 2014 at 10:48 AM, Wladimir wrote:
>
> Some hacking with ncurses could quickly make a decent tool here. It
> could be packaged with bitcoin itself but that's not necessary. For
> example Tor has the tool 'arm' which is a separate package.
Regar
utward connectivity.
> - Keep connections if bitcoind is restarted:
> I noticed that if I restart bitcoind (to apply new config) my reset to 0 and
> take some hours to rise up to ~40. I believe that my peers should notice
> that I am down for less than ~15 minutes and try
ions in UTXO set
- Maybe some fee statistics,
https://github.com/bitcoin/bitcoin/pull/3959 would be useful here
- Number of orphan blocks/orphan transactions
Wladimir
--
"Accelerate Dev Cycles with Automated Cr
b.com/bitcoin/bitcoin.org/pull/393
>
> Bitcointalk Thread:
> https://bitcointalk.org/index.php?topic=511876.0
Great work!
Very nice to see thorough developer documentation on bitcoin.org.
I've already been reading it now and then and haven't found any
techni
elf.
And I suppose the registration for custom OIDs and such is kind of baroque.
I'm not entirely convinced of what the added value in this case would
be. Yes, there are tools for monitoring SNMP, but in my experience
those tools usually support other ways of collecting statistics as
ther the stats would have to be public, or private/authenticated to
parties the owner of the node configures themselves.
Wladimir
--
Is your legacy SCM system holding you back? Join Perforce May 7 to find out:
• 3 signs your
rforming tests on the nodes.
In a way it looks similar to how the Bitcoin DNS seeds work, trying to
find good and stable nodes, although more extensive.
Wladimir
--
Is your legacy SCM system holding you back? Join Perforce M
istics.
Wladimir
--
Is your legacy SCM system holding you back? Join Perforce May 7 to find out:
• 3 signs your SCM is hindering your productivity
• Requirements for releasing software faster
• Expert tips and advice for mig
ide? In that case the
web service just has to collect and provide the data, and serve static
html/js files.
Wladimir
--
Is your legacy SCM system holding you back? Join Perforce May 7 to find out:
• 3 signs your SCM is
out showing stats from a node on a
local web site on the #bitcoin-dev IRC a few days ago.
At some point, if we're going to offer Bitcoin Core node-only
installers, it'd be nice to include something like this s
On Sun, May 4, 2014 at 8:36 AM, Tamas Blummer wrote:
> Wladimir,
>
> what is missing is a decision to pull for the reference client.
> Or did I missed that bit?
No opinion - we'll follow whatever the res
nd
> that feeds it, or a drill bit broken to bits after just a bit of use.
+1 good summary
And I think that's a good conclusion to this discussion about unit
names on the development mailing list. Everything has been said now.
Wladimir
the usual Linux binary
> compatible, or will there be a special binary just for systems running the
> older Qt?
The normal binary will be compatible.
At some point we may add a binary that is linked to Qt 5.x as well for
newer distributions, but compatibility is most impor
On Sat, Apr 26, 2014 at 7:29 PM, Kristov Atlas
wrote:
>>
> Hey Wladimir,
>
> Thanks for building this binary. The initial problem with Qt was
> resolved, and I was able to load the GUI that chooses my datadir. After
> choosing the default datadir, however, it segfaulted.
I&#
ed
> Segmentation fault
> amnesia@amnesia:~/linux-4765b8c-gitian-2d48b96/32$ ./bitcoin-qt
> Segmentation fault
> amnesia@amnesia:~/linux-4765b8c-gitian-2d48b96/32$ ./bitcoin-qt
> -proxy=127.0.0.1:9050
> Segmentation
On Fri, Apr 25, 2014 at 10:09 PM, Kristov Atlas
wrote:
> Yes. Tails 1.1, based on Wheezy, will be out on June 10:
> https://tails.boum.org/contribute/calendar/
Thanks!
Wladimir
--
Start Your Social Network
linux-4765b8c-gitian-2d48b96.tar.gz
https://download.visucore.com/bitcoin/linux-4765b8c-gitian-2d48b96.tar.gz.sig
These bitcoin-qt executables *should* work on Debian Squeeze / Tails
Linux. Let me know if it is the case.
Wladimir
On Thu, Apr 24, 2014 at 10:25 AM, Wladimir wrote:
> On Thu, Apr 24, 2014 at 10:15 AM, Warren Togami Jr. wrote:
>
> But indeed we need to decide on a cut-off point. I'd have preferred
> 4.7 or 4.8. Qt 4.6 is *ancient* - it was released in februari 2010.
> Apart from tails
x27;d have preferred
4.7 or 4.8. Qt 4.6 is *ancient* - it was released in februari 2010.
Apart from tails it doesn't seem like anyone is using those old stable
distributions on the desktop.
Wladimir
--
Start Your Soc
On Thu, Apr 24, 2014 at 10:02 AM, Wladimir wrote:
> On Thu, Apr 24, 2014 at 12:28 AM, Gregory Maxwell wrote:
>> On Wed, Apr 23, 2014 at 1:39 PM, Warren Togami Jr. wrote:
>>> If you are
> > Another option: Instead of statically building it'd be easy enough to
>
brary. Qt is, after all, forward-compatible - between the 4.x
versions. This will lose some GUI features but if compatibility is
more important here that's a choice that can be made.
Wladimir
--
Start Your Social N
> I see that the latest nightly build (thanks for that, Warren) is still not
> compatible with Tails/Debian Squeeze. Is there still an intention to address
> this issue? Might it be fixed by 0.9.2?
Can you be more specific as to what problem you're hav
ACK, thanks for writing the announcement.
Wladimir
--
Start Your Social Network Today - Download eXo Platform
Build your Enterprise Intranet with eXo Platform Software
Java Based Open Source Intranet - Social, Extensible,
not go as far as calling it 'abuse' if it is not done on
purpose. Probably the person doesn't even know he/she is doing this.
Best to mail the person and ask (nicely) instead of complaining to the
list.
Wladimir
---
ay back when, so this is kind of
> reclaiming it. I think it's a great fit.
That's a very anglocentric way of thinking.
Here in the Netherlands, a "bit" is something you put in a horses's
mouth. It's also used as imported word (in the information sense).
W
On Thu, Apr 17, 2014 at 12:06 AM, Gregory Maxwell wrote:
> Bringing the thread back on-topic:
>
Thanks.
> On Wed, Apr 16, 2014 at 1:14 AM, Wladimir wrote:
> > Hello,
> > Today I noticed that even my bank is warning people to not do internet
> > banking with Windows
7;s over the top to compare
this with in-browser banners. It could be so much as a one-time message.
But it's time to close this issue. I'll do nothing here. I will however
stop testing on a Windows XP VM myself.
Wladimir
---
ll be actively analyzing patches to post-XP versions to find
security problems that are patched there, to see if they can be exploited
on XP.
Wladimir
--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Data
aal-engineer the user with malware on a
compromised OS even with a trezor.
Maybe: for 0.9.2 add a warning message and push people to upgrade (either
to Win8.1 or something else), then in the next major release 0.10.0 drop XP
support compl
cially in China and Russia etc) are still running XP, so
this could cause the network to lose nodes.
If you're maintainer of other wallet software: how are you handling this?
Are you going to drop XP support completely? If so, starting from when
pens on the Ubuntu build server, simply
uses the operating system OpenSSL. So if you upgrade that you should be OK.
Wladimir
--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuou
hat has that range.
>
That makes sense.
In general, if you want a block 50 from the tip, it would be best to
request it from a node that only serves the last N (N>~50) blocks, and not
a history node that could use the same bandwidth to serve earlier, rarer
blocks to others.
Wladimir
This assumes that nodes will always be storing the latest blocks. For
dynamic nodes that take part in the consensus this makes sense.
Just wondering: Would there be a use for a [static] node that, say, always
serves only the first 10 blocks? Or, even, a static range like block
10
Do you know of any previous work towards this?
Wladimir
--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment
Start a new project now
initially, people wouldn't know why
or when to install this, hence my suggestion to pack it with wallets...
Wladimir
--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously
g libtorrent).
>
Parallel block download would be better for that. No need to involve
bittorrent.
But please let's not derail this thread, this is not about other solutions
for faster block download or such, let's keep it focused.
Wladimir
-
nds we are going to split off the
wallet, and that will need an interface to an bitcoind to allow 'running
with full node'. If that can be generalized to be useful for other (SPV)
clients as well, that would be useful, hence I asked for input.
It of course doesn't preclude also look
ldn't be a big deal. It
has been requested before for other purposes as well, all the better if it
helps for interaction with Electrum.
Spent history would be involve a much larger index, and it's not likely
that will end up in bitcoin
Wladimir
-
On Wed, Apr 9, 2014 at 8:35 PM, Justus Ranvier wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 04/09/2014 06:19 PM, Wladimir wrote:
> > If no one wants to volunteer resources to support the network
> > anymore, we'll have failed.
>
> If the s
l also help
running it on consumer hardware. It's not the one or the other.
Wladimir
--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test &am
t *need* a full node, but the point of this (which I clearly
explained in my opening post) would be to support the network.
Wladimir
--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continu
) choice to run a full node they will require
the bandwidth and disk space to run it.
The difference with running Bitcoin Core as wallet will be that they can
choose their own wallet to go with the full node.
Wladimir
--
ould a new API be needed? (beside maybe some functionality that would
make it easier to integrate)
P2P should be enough for SPV clients such as BitcoinJ to get access to
(filtered) blocks and transations, and RPC can be used to manage/query the
bitcoind instance. I&
s - maybe add a walletless
bitcoind build to gitian - bindings, dlls, etc?
Wladimir
--
Put Bad Developers to Shame
Dominate Development with Jenkins Continuous Integration
Continuously Automate Build, Test & Deployment
tributors to Hive!
>
>
How does that relate to the nodes issue?
Would packaging an optional bitcoind with your wallet be an option, which
is automatically managed in the background, so that users can run a full
node if th
ly the performance of the entire network at
> some point.
>
There is enough lower-hanging fruit left.
If you're interested in speeding up the performance I think it's important
to start with benchmarking and analysis to find out where the pain points
are.
Wladimir
e
> format that is unambiguous across all cultures is -MM-DD. (No culture
> uses -DD-MM, or at least the ISO seems to think so.)
>
Let's not waste any time shed-painting this. I'd like to finish this
discussion at on
prefer to standardize on ISO 8601 (-MM-DD) dates as well.
Feel free to submit a pull against bips/bips that changes around the dates.
Wladimir
--
___
Bitcoin-development mailing
quoted bash script
is runnable as script) without automating the entire process, but I hope
that over time we can make Gitian itself easier to use/setup, so that less
steps are needed in the
tcoin/pull/3994
Rendered version is here:
https://github.com/laanwj/bitcoin/blob/2014_04_debian_gitian_build_doc/doc/gitian-building.md
Comments and patches are welcome.
If you bump into problems while following the guide please let me know.
Wla
merge. Test results from normal
setups as well as weird corner cases (IPv4+IPv6, VPNs, ...) are welcome.
Regards,
Wladimir
--
___
Bitcoin-development mailing list
Bitcoin-develo
as it's as bad as not providing a
refund address at all and brings back all the pre-BIP70 confusion.
Wladimir
--
___
Bitcoin-development mailing list
Bitcoin-development@list
rsion `GLIBC_2.14' not found (required by
> ./bitcoind)
>
> $ ./bitcoin-qt
> ./bitcoin-qt: /lib/libc.so.6: version `GLIBC_2.15' not found (required
> by ./bitcoin-qt)
> ./bitcoin-qt: /lib/libc.so.6: version `GLIBC_2.14' not found (required
> by ./bitcoin-qt)
> "
The progress bar while reindexing?
If you have database problems are you perhaps switching between 0.8.x and
0.9.x with the same directory? In that case see the downgrading warning
here: https://bitcoin.org/bin/0.9.0/README.txt .
Wladimir
-
is contained in the headers.
>
> Hope you find this useful.
>
Thanks for your effort.
However the current idea is to phase out reliance on centralized external
services completely in favor of peer-based address detection.
See https://github.com/bitcoin/bit
jects may deform over time).
Wladimir
--
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 le
ew installs? Or will all current users automatically be
switched over?
Wladimir
--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and t
c.
Moving to muBTC (which in itself would be better because it is the final
unit change ever needed without hardfork) would require more coordinated
education effort.
Wladimir
--
Learn Graph Databases - Download FREE O&
ystem, documentation and GUI changes.
Please start your gitian builds.
Wladimir
--
Learn Graph Databases - Download FREE O'Reilly Book
"Graph Databases" is the definitive new guide to graph databases and their
appl
o mailing lists, at
least when posted to github there will be a nagging 'issue' appearing until
it is either merged or closed otherwise.
If it concerns a proposed protocol change do discuss it on the mailing
list, as people building other implementations read here and not o
release-notes.md
- Click "edit"
- Make your changes and add a commit message describing the change, usually
something like 'doc: Add missing foowidget to release notes'.
Wladimir
--
Subversion Kills Pro
very unlikely that bitcoind would connect to port 443, let alone
'attack' anything.
Anything in debug.log regarding that IP?
Wladimir
--
Flow-based real-time traffic analytics software. Cisco certified tool.
Monitor
eone has
compromised that server (or hijacked DNS) to serve fake and unsigned
payment requests, the client can block these.
Neither scenario will help in the case in which the server serving the
Bitcoin URIs is compromised.
Wladimir
of bitcoin, as that only offers 256-bit security (at most) in the
first place.
And if this is not abused, these kind of transactions become popular, and
more space is really needed, the limit can always be increased in a future
version.
Wladimir
--
On Sat, Feb 22, 2014 at 9:08 AM, Wladimir wrote:
> On Sat, Feb 22, 2014 at 3:56 AM, Ronald Hoffman > wrote:
>
>> I noticed that the 'services' field appears to be garbled in the latest
>> source code level from github. Bitcoind is connected to my Java node
101 - 200 of 294 matches
Mail list logo
