tp://p.sf.net/sfu/Zoho
>
>
>
> ___ Bitcoin-development
> mailing list Bitcoin-development@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
- --
http://abis.io ~
"a protoc
Wladimir
>
> --
>
>
___
> Bitcoin-development mailing list
> Bitcoin-development@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/
ssed by a later commit?)
Possibly also related (suggested dusting feature):
https://github.com/bitcoin/bitcoin/issues/4079#issuecomment-41010593
Thanks in advance for your responses.
Wladimir wrote:
> On Sun, Oct 26, 2014 at 9:55 AM, odinn
> wrote:
>> -BEGIN PGP SIGNED MESSAGE
"a protocol concept to enable decentralization
and expansion of a giving economy, and a new social good"
https://keybase.io/odinn
-BEGIN PGP SIGNATURE-
iQEcBAEBCgAGBQJUV9mzAAoJEGxwq/inSG8C0qwIAJZdOmeSK7pIw2KTj0lQlPIp
MIc1w2KL+qIVXSrlqyNlcIhlW4gK+/cuYD+PZ7wSGHV2k9OD6AcOo3JfG
more peoples opinions;
> https://bitcointalk.org/index.php?topic=760094.0
>
- --
http://abis.io ~
"a protocol concept to enable decentralization
and expansion of a giving economy, and a new social good"
https://keybase.io/odinn
-BEGIN PGP SIGNATURE-
iQEcBAEBCgAGBQJUW+
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
Please see also the following:
https://cpunks.org//pipermail/cypherpunks/2014-November/005971.html
Respect,
- -Odinn
Jeff Garzik:
> I don't recall being contacted directly, but the attack has been
> discussed. It relies on
&iu=/4140/ostg.clktrk
>
>
___
> Bitcoin-development mailing list
> Bitcoin-development@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
- --
http://abis.io ~
"a prot
he token in conjunction with decentralized exchange to
> buy and sell tokens for Bitcoins ensure the token value will always
> closely approximate the Bitcoin value as long as the protocol
> itself is considered valuable.
>
> Finally only a subset of proof-of-publication use-cases
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512
bleep bloop
Peter Todd:
> On Fri, Dec 12, 2014 at 01:41:34PM +0000, odinn wrote:
>> Peter... It kind of sounds to me that (as fine of a position
>> paper as this is) on _certain_ points, you're falling prey to the
>> "
look and join the conversation now.
> http://goparallel.sourceforge.net
>
>
>
> ___ Bitcoin-development
> mailing list Bitcoin-development@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin
t;
> ___ Bitcoin-development
> mailing list Bitcoin-development@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
- --
http://abis.io ~
"a protocol concept to enable decentralization
and expansion of a giv
_ Bitcoin-development
> mailing list Bitcoin-development@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
- --
http://abis.io ~
"a protocol concept to enable decentralization
and expansion of a giving economy, and a new social good"
, case studies, tutorials
> and more. Take a look and join the conversation now.
> http://goparallel.sourceforge.net/
>
>
>
> ___ Bitcoin-development
> mailing list Bitcoin-development@lists.sourceforge.net
> https://lists.source
t; cannot cry foul when they record the data that passes through. To
> say Chainalysis needs to cease is silly, the whole point of the
> public blockchain is for Chainalysis, whether it be for the
> verification of transactions, research or otherwise.
>
> -Original Message- Fr
in an
> agreement, therefore the usual provisions of privacy etc don't
> apply. If you connect to their scraper node, of course they can log
> that. How could it possibly be criminal?
> From:
> odinn<mailto:odinn.cyberguerri...@riseup.ne
__
> Bitcoin-development mailing list
> Bitcoin-development@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
- --
http://abis.io ~
"a protocol concept to enable decentralization
and expansion of a giv
--
http://abis.io ~
"a protocol concept to enable decentralization
and expansion of a giving economy, and a new social good"
https://keybase.io/odinn
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQEcBAEBAgAGBQJVe8gvAAoJEGxwq/inSG8CcykH/0d+WuPnzFWooCRJR+FwaI4w
Ad0z5GSLfYKGnmMMb
iling list
> Bitcoin-development@lists.sourceforge.net
> <mailto:Bitcoin-development@lists.sourceforge.net>
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
>
>
>
>
> --
Aaron Voisine co-founder and CEO breadwallet.com
> <http://breadwallet.com/>
- --
http://abis.io ~
"a protocol concept to enable decentralization
and expansion of a giving economy, and a new social good"
https://keybase.io/odinn
-BEG
er list to another list server, as mass
> imports have a tendency to upset people.
>
>
> Thoughts?
>
>
> Warren Togami
>
>
> --
-
>
>
>
>
> __
lt;mailto:Bitcoin-development@lists.sourceforge.net>
>>> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
>>>
>>>
>>
>>
>>
> ------
-
>
>
&g
t;
> --
-
>
>
>
>
> ___ Bitcoin-development
> mailing list Bitcoin-development@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoi
fact that no
> existing wallets or services would work.
>
> Scaling Bitcoin can only be achieved by letting it grow, and
> letting people tackle each bottleneck as it arises at the right
> times. Not by convincing ourselves that success is failure.
>
eforge.net/lists/listinfo/bitcoin-development
>
- --
http://abis.io ~
"a protocol concept to enable decentralization
and expansion of a giving economy, and a new social good"
https://keybase.io/odinn
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQEcBAEBAgAGBQJVgE4fAAoJEGxwq/inSG
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Peter, my response below
On 06/16/2015 10:46 AM, Peter Todd wrote:
> On Tue, Jun 16, 2015 at 09:26:07AM -0700, odinn wrote:
>> This is very well done.
>>
>> Have you seen this discussion that I started regarding BIP 63?
>>
tes stuff like this:
https://bitcointalk.org/index.php?topic=1085436.msg11643203#msg11643203
So now... your thoughts?
- --
http://abis.io ~
"a protocol concept to enable decentralization
and expansion of a giving economy, and a new social good"
https://keybase.io/odinn
-BEGIN PG
bis.io ~
"a protocol concept to enable decentralization
and expansion of a giving economy, and a new social good"
https://keybase.io/odinn
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQEcBAEBAgAGBQJVgoc3AAoJEGxwq/inSG8C6QYH/1Ag+4ESTSUPkP8PCTj1AJds
J4MmBz4cX7I
It leads to no decision making, which
> is not the same thing at all.
- --
http://abis.io ~
"a protocol concept to enable decentralization
and expansion of a giving economy, and a new social good"
https://keybase.io/odinn
-BEGIN PGP SIGNATURE-
Version: GnuPG v1
iQEcBAEBA
-
-
>
>
>
>
> ___ Bitcoin-development
> mailing list Bitcoin-development@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
- --
http://abis
____ Bitcoin-development
> mailing list Bitcoin-development@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/bitcoin-development
>
- --
http://abis.io ~
"a protocol concept to enable decentralization
attack-
on-bitcoin-network/
>
> 5) "First-Seen-Safe Replace-by-Fee", May 25th 2015, Peter Todd,
> Bitcoin-development mailing list,
> http://www.mail-archive.com/bitcoin-development%40lists.sourceforge.ne
t/msg07829.html
>
> 6) "Cost savings by using replac
(in a fully decentralized way that resides fully on one's device or
devices).
For some reason maidsafe keeps rising up in my brain, have bitcoin core
developers touched bases with maidsafe developers on these kind of fine
points?
Just thoughts and questions.
-Odinn
> On Tue, Feb 18, 20
You are right there is a bug in there.
But the value is not 25% I think. Tinker some more. :-)
> I think i see a bug:
>
> line 273 of key.cpp
>
> if (rec<0 || rec>=3)
> return false;
>
> Afaict, 3 is a perfectly valid value, meaning 25% of sig-> key recoveries
> would fail er
> I completed a whitepaper for Bitcoin a proof-of-stake version which uses a
> single nomadic verifiable mint agent and distributed replication of a
> single blockchain by compensated full nodes to achieve 6-hop, sub-second
> transaction acknowledgement times. Plus it pays dividends to holders
> in
centivizing giving. This may also involve a process
BIP. I look forward to your remarks.
Respect,
Odinn
--
HPCC Systems Open Source Big Data Platform from LexisNexis Risk Solutions
Find What Matters Most in Your Big Dat
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
>
> On 06/16/2014 07:00 PM, Justus Ranvier wrote:
>> There can be multiple independent transport networks for Bitcoin.
>>
>> There already is: ipv4, ipv6, Tor, and native_i2p (out of tree
>> patch).
>>
>> As long as multihomed hosts that act as brid
here rather than on twitter or
similar.
Respect,
Odinn
--
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. Sim
Just as an aside to this lengthy convo, the Cryptonote-based BCN recently
had some interesting updates which made it easier for ordinary computers
(nothing special) to handle it.
I realize that's not Bitcoin, but I thought I'd throw it out there.
> Thanks Mike.
>
> Indeed, I am aware of current a
Wait, I thought SOCKS4 was supposed to help somehow in terms of prevention
of leaking of information?
Or maybe I am misremembering. Here's what I'm thinking of...
1) https://trac.torproject.org/projects/tor/wiki/doc/Preventing_Tor_DNS_Leaks
2) More regarding TOR,
"
I keep seeing these warnings
> On Mon, Jul 7, 2014 at 8:34 AM, Odinn Cyberguerrilla
> wrote:
>> Wait, I thought SOCKS4 was supposed to help somehow in terms of
>> prevention
>> of leaking of information?
>
> SOCKS4a (unlike SOCKS4) supports doing DNS lookups on the server, but
> it is not su
> On Tue, Aug 19, 2014 at 2:02 PM, Jeff Garzik wrote:
>> It would be nice if the issues and git repo for Bitcoin Core were not
>> on such a centralized service as github, nice and convenient as it is.
>
> Despite my complaining about github, I don't like the idea of moving
> somewhere else. The cu
Hello,
This concept, 'ABIS protocol,' has been many years in the making and is
presented here as a basic concept. It is sent to you for you review and
possible consideration. There will be further additions in the near
future. Looking forward to your reply and any contributions you may
provide.
Hello, re. the dedicated server for bitcoin.org idea, I have a few thoughts
1) I have commented in a blogpost of August 2013 at
https://odinn.cyberguerrilla.org/ with some thoughts relative to possible
issues with CA related to bitcoin.org - where I mentioned something
relative to the DigiCert cer
I've been lurking on this convo since it began, but I wanted to say
thanks, theymos
cheers to you all and yay for decentralization, wherever it leads.
-odinn
muh latest: http://github.com/ABISprotocol/ABIS
> On Sun, Dec 8, 2013, at 03:11 PM, Drak wrote:
>
> It's not just ab
Hello,
My apologies, to start with, as I am temporarily unable to reply directly
to the thread. I am remembering this conversation due to a few things:
1) the discussion re. extending the payment protocol with new fields
2) discussions about "long addresses"
3) bitcoin strengthening / decentrali
presented I would be happy to
distill it further, but I am interested in your thoughts as to the idea
generally and how to further present it.
-Odinn
> On Mon, Jan 13, 2014 at 01:13:08AM -0800, Jeremy Spilman wrote:
>> It's a given this will be implemented for Payment Protocol. The
Yes. Good idea(s).
> Might I propose "reusable address".
>
> I think that describes it best to any non-programmer, and even more so
> encourages wallets to present options as 'one time use' vs 'reusable'.
>
> It definitely packs a marketing punch which could help drive adoption. The
> feature is o
regarding:
stuff not getting into blockchain in a day's time,
microdonations not facilitated as much as they could be,
that would be:
very bad
much news
such fail
Seriously, that would not be so good.
Hope I made you laugh a bit
> BitPay sure would like to see CPFP in upstream.
>
> I thi
that may
implement aspects of the ABIS concept as presented, but it is in very very
early stage(es).
I hope you had a good laugh, that was my intent. good morning / afternoon
/ evening
> On Sat, Jan 18, 2014 at 9:11 AM, Odinn Cyberguerrilla <
> odinn.cyberguerri...@riseup.n
Greatly appreciate seeing this discussion occur. This is something that
potentially could be supported through a bounty - possibly a process BIP?
Possibly related: https://gist.github.com/ABISprotocol/8515891
> Yes, recurring payments and subscriptions is a frequently-requested
> feature. It ne
Hello,
I have a request, which is how do developers address the circumstance in
which someone utilizes your code as part of some effort to deprive (or
steal as the case may be) someone of their bitcoin?
This hasn't happened to me, but I have posed a question about it at
bitcointalk:
https://bitc
> Hey everybody,
>
> here's another question that I have:
>
> I'd like a small bit of clarification about the gettx / getrawtransaction
> (decoded) api call. I understand that I can find the address that a
> transaction output is directed at / available to for future use sits in
> the
> vout array
> So, just to be clear, we're adding, say, a memory limited mempool or
> something prior to release so this fee drop doesn't open up an obvious
> low-risk DDoS exploit right? As we all know, the network bandwidth
> DoS attack mitigation strategy relies on transactions we accept to
> mempools ge
Am suggesting a (possible) mitigation of [possible flooding, etc], via
some kind of discussion (potentially process BIP, related to bundling and
/ or randomization) not now, but down the road. However, needs more
thought and analysis (you mentioned code audit?) before it could be
floated around or
Hi, you may want to check this out:
http://www.reddit.com/r/Bitcoin/comments/1rh2h0/developers_core_developers_contributors/
Cheers,
-Odinn
http://abis.io
> Hey, folks. Sorry if this is documented somewhere -- if so, just point me
> at it. I couldn't find it, though.
>
> I&#
Nothing is safe.
Take risks. Engage one trouble at a time.
Perform unexpected actions.
Observe the results.
Rinse and repeat.
Ignore the lions. They too shall pass.
"Do not sleep under a roof. Carry no money or food. Go alone to places
frightening to the common brand of men. Become a crimin
One wonders also re. bitmessage, though that may not be relevant to this
particular list.
> On Wed, Mar 05, 2014 at 11:21:52AM -0500, Kevin wrote:
>> On 3/5/2014 7:49 AM, Mike Hearn wrote:
>> >A new practical technique has been published that can recover
>> >secp256k1 private keys after observing
Hello,
I wanted to just add a very brief note to this discussion, that presently
for multisignature creation and management (new transaction etc) I've been
using this: https://coinb.in/multisig/
There were some initial bumps in the road but they were worked out,
see full thread more or less begi
ry to read samples of the other stuff going on here.
-Odinn
http://abis.io
> Resurrecting this topic. Bitcoin Wallet moved to mBTC several weeks
> ago, which was disappointing -- it sounded like the consensus was
> uBTC, and moving to uBTC later --which will happen-- may result in
>
I wish to state that I fundamentally disagree with this proposal of use
cases for W3C payments workshop. Please read my following explanation and
then do what you will:
At one time I was invited to join the Web Payments conference calls. I
considered it and then declined due to the very CLAs tha
Thanks for this reminder, I will bring this up with some others who I
think may be able to help in this area and dedicate some time. I may be
able to free up some time with a little language work as well.
> You do not need to be a developer to help in the improvement of Bitcoin.
>
> http://source
61 matches
Mail list logo
