ough that code could use improving and probably OS X support.
>
> On Tue, May 24, 2016 at 5:21 AM, Sean Gilligan <s...@msgilligan.com
> <mailto:s...@msgilligan.com>> wrote:
>
> Hi everyone,
>
> I'm looking for (and have written a quick hack solution) a Java class
&g
Hi Andreas,
Thanks for making this a feature branch. Do you know what else needs to
be done before this can be merged into master and/or released?
With Bitcoin Core 0.13 I guess we can start sending segwit transactions
on testnet.
I'm not sure what my available time and priorities are going to
Guava version 22 sets a new baseline for Guava JDK/Android
compatibility. (see https://github.com/google/guava/wiki/Release22)
The 'com.google.guava:guava:22.0' requires Java 8, but the
'com.google.guava:guava:22.0-android' is a compatible subset and works
on Android.
It would be nice to see
re, when Android diverges sufficiently from JDK 7,
Guava may stop providing a JDK 7-compatible flavor, at which time those
users will have to stay with the latest prior version.
https://github.com/google/guava/wiki/Compatibility
-- Sean
>
>
> On 05/30/2017 09:42 PM, Sean Gilligan wrote:
Hi Marvin,
Sorry for not responding sooner. We have a need for something like this
in the ConsensusJ [0] project (formerly called bitcoinj-addons) and were
thinking about making a proposal similar to yours. You can see some of
the discussion on Issue #14 [1] and Issue #25 [2]. We've dabbled
uld probably start by a submodule in bitcoinj and once that
> stabilizes it could be extracted to a separate project.
>
>
> On 12/12/2017 01:30 AM, Sean Gilligan wrote:
>> Hi Marvin,
>>
>> Sorry for not responding sooner. We have a need for something like this
>>
elp bring new developers.
>
> Other relevant projects
>
> https://github.com/gary-rowe/trezor-java For Trezor or Hardware
> integration (/Incomplete/)
>
> I'm really looking forward to bring this lib on par with other
> implementations.
>
>
> On Tuesday, 14 May 2
an create it
> for you and make you a maintainer.
>
> 2. sounds like the respective classes and packages of bitcoinj core
> would be a good fit.
>
> Looking forward to your list of ideas!
>
>
> On 01/05/2019 20.15, Sean Gilligan wrote:
>> I have fairly ambitious pla
I have fairly ambitious plans (which are somewhat funding dependent) for
making a JavaFX-based wallet framework as well as one or more wallet
apps and I think that framework encompasses a larger scope (e.g. Omni
Layer) than bitcoinj. So I'll probably create a repository under
ConsensusJ for the
The wallettemplate project now requires Java 11 or later. There were
major changes in the way JavaFX is distributed and we decided to start
with the first LTS version after those major changes: JDK 11.
See:
The bitcoinj Matrix Room (see https://matrix.org) is now live. Please
join us by following this link:
https://matrix.to/#/#bitcoinj:matrix.org
This replaces the IRC channel and will supplement the Google Group.
Regards,
Sean Gilligan
p.s. We have also taken steps to minimize spam
I've successfully done it in the past but before the commit you
reference (and have plans to return to that work in the next month or two.)
-- Sean
On 6/15/20 7:50 PM, java4tech wrote:
> Has anyone tried to send P2WPKH transaction using bitcoinJ WalletTemplate.
>
> P2PKH transactions works fine.
You can use the ConsensusJ RPC client which conveniently uses bitcoinj
types (where possible) for parameters and return values:
https://github.com/ConsensusJ/consensusj/
Gradle setup:
repositories {
maven {
url "https://dl.bintray.com/msgilligan/maven;
}
}
dependencies {
implementation
We've been discussing this on bitcoinj Matrix, so there is no need for
anyone to reply here.
-- Sean
On 12/13/23 6:08 PM, Michael K. wrote:
Hi!
My goal is to import descriptor wallet from bitcon-core (or at least
only wpkh() part of it), load related related transactions (with
ability to
14 matches
Mail list logo