-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
(repost because Enigmail messed up my post)
I'm pleased to announce the release of bitcoinj 0.14.2, a maintenance
update to the Java implementation of the Bitcoin protocol.
This fixes a couple of regressions, most notably a bug that causes a
wrong
Hmm, I think I've seen that on a small scale, where sometimes 7 rather
than 6 peers were connected. One fundamental problem is if you try to
connect to a number of peers to fill up your quota, you don't know how
many peers will actually get fully connected.
Anyway, I think the last one to work on
I prefer solution 2 as it is the simpler one, but it needs a code comment.
On 06/09/2016 10:02 PM, Oscar Guindzberg wrote:
> Hi,
>
> Retargeting is disabled on bitcoin core for regtest, but enabled on
> bitcoinj for regtest.
>
> See
What branch/commit are you on?
What JDK are you using?
On 06/23/2016 12:31 PM, mailto@gmail.com wrote:
> Please, help .
>
> Some bitcoinj library tests failed, when trying to install bitcoinj
> java library under openSUSE Leap 42.1 distro
>
> Tests run: 42, Failures: 2, Errors: 0,
On 06/23/2016 05:10 PM, mailto@gmail.com wrote:
>bitcoinj 0.13.1.4
This is not an official version and it's not even from the official
repository. Please get bitcoinj from here:
https://github.com/bitcoinj/bitcoinj
--
You received this message because you are subscribed to the
The concept of a "sender address" is not well defined in Bitcoin. I
suggest your app should do without.
Regarding the receiving address, there can be many recipients (in the
same transaction), so you need to iterate for the correct ones. E.g. for
incoming transactions, you can do
for
No, the method is deprecated because in general there is no "from
address". Read the comment on the method.
On 02/21/2017 10:04 PM, tuoz...@gmail.com wrote:
> Hi everyone,
>
> I would like to from address of an transaction without having to use
> deprecated method getFromAddress() of the
Afaik MultiBit HD is using a modified version of bitcoinj, so maybe you
should ask there too.
The topic of watching wallets is covered in the docs:
https://bitcoinj.github.io/working-with-the-wallet#watching-wallets
Most important, in order to monitor you don't need any private key. Just
use
Indeed, I'm not too happy with this either. Which is why I simply tried
to fix bugs rather than continue with the work on Contexts for the last
bitcoinj release... (I did however move some static variables into the
context.)
Mike once compared bitcoinj contexts to OpenGL contexts, but
er fee).
> Maybe that's also already possible and I missed it.
>
>
> Am Montag, 26. September 2016 10:22:06 UTC+2 schrieb Andreas Schildbach:
>
> What do you mean by "supported"? There is
> TransactionInput.isOptInFullRBF() and Transaction.isOptInFullRBF()
has to be set to flag a transaction as rbf.. how could this be possible
> by using sequence numbers on inputs?
>
> Am Dienstag, 27. September 2016 14:43:41 UTC+2 schrieb Andreas Schildbach:
>
> You can set sequence numbers on inputs so yes you could create an RBF
> tra
is a ton of ongoing work in building a TON better
> address format for it.
>
> On November 9, 2016 7:25:55 AM PST, Andreas Schildbach
> <andr...@schildbach.de> wrote:
>> (this is a followup to
>> https://github.com/bitcoinj/bitcoinj/issues/1312)
>>
>>
According to Bitcoin Core, their protocol is still backwards compatible.
So there should not be any issue to worry about.
On 11/04/2016 08:55 PM, Wei Hsu wrote:
> Hi, I'm getting this message running bitcoinj on prodnet:
>
> Received alert from peer [...]:8333: Warning: This is outdated and
>
...but actually it should not matter much. You should be able to use
3.1.0 for your PR, and before merging I will amend the commit by running
protoc 2.6.1.
On 10/12/2016 02:10 PM, Andreas Schildbach wrote:
> Ubuntu 16.04 installs protoc 2.6.1 by default, which is why I'm
> currently st
On 12/20/2016 01:58 AM, Ali Akhtar wrote:
> When I load a block, and go thru its transactions, how can I determine
> the sender, and recipient of the transaction?
>
> Each transaction has an inputs and outputs list. How can the receiver
> and sender addresses be inferred through them?
If by
As far as I understood the problem, transaction versions are not part of
the consensus. So they can be any value and for confirmed transactions
it doesn't make a difference. However, in order to get the transaction
hash right, we persist the transaction version along with everything else.
Bitcoin
Make sure ports 53 (DNS), 8333 (Bitcoin) and 18333 (Bitcoin-testnet) are
open for outgoing traffic.
On 03/23/2017 06:07 PM, Ramez Az wrote:
> I have firewall in my network. Anything should we need to do something
> on firewall?
>
> On Tuesday, March 21, 2017 at 3:02:39 PM UTC+5
ram for this implementation? Thanks.
>
> On Tuesday, March 21, 2017 at 10:10:25 PM UTC+5:30, Andreas Schildbach
> wrote:
>
> You could do this by implementing your own CoinSelector. Bitcoinj by
> default always spends the oldest coins first, so it doesn't matter what
> a
guess the solution will be
> write some code manually that will connect transaction inputs and
> outputs together to calculate those fields, which hopefully shouldn't be
> super painful.
>
> Sidd
>
> On Wednesday, March 22, 2017 at 5:42:21 PM UTC-4, Andreas Schildbach wrote:
>
&g
ic
> factors making predictions much harder.
> Not to talk about the emotional and
> political factors...
> Also a PoW change is a very likely
>
Welcome to bitcoinj!
The input values and the fee is only known for transactions that were
created by bitcoinj's Wallet (which you're likely not using anyway). For
incoming transactions there values are missing, it's a known limitation
of the Bitcoin protocol.
Yes, MemoryBlockStore only stores
As long as a fork does not change the proof of work rules, bitcoinj
makes no assumptions about forks. It will always select the chain with
the most work.
What do you mean by "requesting an UTXO" and what do you want to achieve
by that?
On 03/14/2017 06:07 PM, Manfred Karrer wrote:
> If there
Great, that's good news! I think we can just copy Core's behaviour here.
The 0.01 BTC thing is probably some remains from the "free transaction"
rule. You basically didn't have to pay a fee if none of your outputs was
too dusty. The rule doesn't exist any more in Core.
On 03/17/2017 10:39 PM,
.com> wrote:
>
> Will bitcoinj reject larger blocks?
>
> On Wednesday, March 15, 2017 at 4:38:55 PM UTC+5:30, Andreas
> Schildbach wrote:
>
> As long as a fork does not change the proof of work rules,
> bitcoinj
>
; function. Might want to also have something similar for the Android wallet
> (or at least notify users that they are likely to end up using BTU and not
> BTC).
>
> On March 20, 2017 6:07:46 PM PDT, Andreas Schildbach <andr...@schildbach.de>
> wrote:
>> Forks happen e
I should add: In the default SPV mode...
On 03/15/2017 12:08 PM, Andreas Schildbach wrote:
> As long as a fork does not change the proof of work rules, bitcoinj
> makes no assumptions about forks. It will always select the chain with
> the most work.
>
> What do you mean by &quo
Orchid has been removed from master, as it is unmaintained for years.
It's still in the current stable version (0.14.x), and I think it
doesn't need a proxy as it sets the circuits up itself (in-process).
On 03/30/2017 04:35 PM, Emilio Norrmann wrote:
> I'm trying to setup orchid to use my local
What do you mean by "not working"? Can you elaborate?
Is there a reason for not using SendRequest.to() to create your spend?
On 04/13/2017 08:49 AM, Emerald Soft wrote:
> Hi, I am fairly new to android bitcoin development.
> I have been given a task by my client to increase the bitcoin
>
On 04/15/2017 05:57 AM, Nishil Shah wrote:
> I'm able to get the transaction input address using getFromAddress().
> However, when I try to get a value associated with a transaction input, I
> keep getting null. Anyone know why this is? Is there any other way to get
> it?
You only can get the
On 04/14/2017 06:23 AM, Emerald Soft wrote:
> This code is written by someone else ( a previous developer of my
> client).. So I don't know exactly hedidn't used SendRequest.to()
>
> but think it is used because the app has additional fee which is charged
> by the wallet owner
>
>
You can set your own implementation of RiskAnalysis.Analyzer using
wallet.setRiskAnalyzer(). Hardcoding the result to OK should do.
(We could even change the .setRiskAnalyzer() method to accept null so
that you can disable any analysis.)
On 04/19/2017 03:48 PM, hererd...@gmail.com wrote:
> The
On 04/21/2017 11:06 AM, wait.lin.hong...@gmail.com wrote:
> Now my problem is make a Determinister to a wallet. If my Determinister is
> over one depth, get the exception like on top of what I show.
I think the issue is that if you create a deterministic key from a
mnenonic seed, it's always –
Oh yes you're right. I didn't even know this method exists (-:
On 04/19/2017 04:48 PM, hererd...@gmail.com wrote:
> Thank you for your reply.
>
> Maybe just using Wallet.setAcceptRiskyTransactions(true) method will do
> the job?
>
> On Wednesday, April 19, 2017 at 5:03:50
Hmm, that's certainly not normal. Can you share logs?
On 04/22/2017 06:32 AM, Adam Millerchip wrote:
> Hello.
>
> I'm observing the incoming connections on a bitcoin node (running Satoshi
> 0.14.0).
>
> I've noticed that bitcoinj-based clients open three connections per IP
> address. Does
it would take for Bitcoinj to have the choice on which
> chain to follow? I can't think of anything else (except which network
> nodes to connect too) that would need to be changed .
>
> On Tuesday, 21 March 2017 16:35:18 UTC, Andreas Schildbach wrote:
>
> Afaik no.
>
>
all kinds of
> attacks. Even they've admitted that the only way it works is if 51% of miners
> select parameters and everyone else goes along with them, at which point I'm
> really not sure why not just do blocksize voting on chain, but whatever.]
>
> On March 21,
g consensus rules,
> making it a HF.
>
> On March 21, 2017 9:02:37 AM PDT, Andreas Schildbach
> <and...@schildbach.de> wrote:
> >Afaik the currency code isn't part of any protocol, so I don't
> >understand how BTC vs. BTU can cause a fork. To my understan
Good question. When I took over the project last year, I envisioned a
time-based release, similar to Ubuntu. However we're long past the
hypothetical due date (-:
Is there anything that warrants a release? What's your opinion?
On 04/05/2017 07:58 PM, Oscar Guindzberg wrote:
> Hi,
>
> When
Yes, any help with the documentation is much appreciated!
On 08/11/2017 04:10 PM, Jameson Lopp wrote:
> It looks like the bitcoinj documentation site is open source and located
> here: https://github.com/bitcoinj/bitcoinj.github.io
>
> So if you have updated examples, you should be able to
There is currently no way to have bitcoinj filter the list of
transactions, you'll have to do that yourself ATM.
We always envisioned having a second, more usecase-oriented list of
"payments". This would then represent the list shown to the user.
Lightning payments could be visible there too in
What you probably see is the received change from your transaction. You
could try creating a transaction without change and see if there is an
onCoinsReceived event too.
Also, as always, study the logfile.
On 07/10/2017 04:51 PM, Kunal Ransing wrote:
> Hi
>
> When I send coins I got callback
It's a limitation of the Bitcoin protocol, inputs do not have value it's
their connected output. In bitcoinj, only the Wallet class connects the
inputs to their outputs; since you probably don't use the Wallet you
likely need to do the connecting yourself.
On 07/06/2017 05:54 PM, Wladimir Filho
loading waiting tx
> 6009856d8aea2b0161730783e6ab0c0ce6a6ab24e35375835050d2bb031fa65b
> [ STARTING] INFO org.bitcoinj.core.TransactionBroadcast - Waiting for 10
> peers required for broadcast, we have 0 ...
>
> El miércoles, 12 de julio de 2017, 21:02:59 (UTC+10), Andreas Schildbach
> escribió:
>
> According to http
Use Wallet.completeTx() to complete the transaction. Then you can query
for the fee as you noted.
On 07/20/2017 11:58 AM, santiago del valle wrote:
> Hi All.
> Is there away to calculate Fee just before broadcast the Transaction?
> What I tried is:
>
> SendRequest request =
As far as I can tell, Bitcoin Cash blocks won't be accepted by bitcoinj
– regardless if validating or not – because Bitcoin Cash changes the
difficulty (in order to survive with much less hashing power than
Bitcoin has). This will fail the PoW-check.
Regarding pending transactions I'm not so
Some discussion about this has been going on at
https://github.com/bitcoinj/bitcoinj/pull/1411.
--
You received this message because you are subscribed to the Google Groups
"bitcoinj" group.
To unsubscribe from this group and stop receiving emails from it, send an email
to
That's great news, and many thanks for your demonstration!
I'm pretty confident that if segwit activates, sooner or later bitcoinj
will by default create wallets with segwit addresses/outputs only. Old
wallets will either be migrated (to be decided: on demand, or forcibly),
or old wallets will
What kind of balance are you querying for? Also, when querying server 2,
was the transaction already propagated from server 1 to server 2 (as
pending transaction)?
In general, I'm not sure if the Bitcoin network protocol is suitable for
synchronizing load-balanced servers. It might be much easier
ECDSA signatures are expected to be different, because of the
semi-random k-factor. Have you cross-checked your sigs for validity, so
a sig produced with Intels library checked by bitcoinj and the other way
round?
On 06/29/2017 02:03 AM, Ghadi Shayban wrote:
> Thank you for the bitcoinj library,
inj will not be
> able to take advantage of the 75% discount provided by Segwit transactions?
>
> On Tuesday, June 27, 2017 at 10:25:43 AM UTC-7, Andreas Schildbach wrote:
>
> The list entry is correct -- it's still wip. Plus, neither nya nor
> segwit should change anything f
The list entry is correct -- it's still wip. Plus, neither nya nor
segwit should change anything for the existing users if the forks go
well (in the sense that they don't split the network).
On 06/27/2017 04:46 AM, 'Miles Suter' via bitcoinj wrote:
> Hi Andreas - is bitcoinj fully prepared for
On 07/05/2017 07:31 PM, Kay PEY wrote:
> Is this still an open question?
> "Is it reasonable to believe that by the time SegWit goes live that
> bitcoinj will support it?"
Yes, sure. This is a project run by volunteers. And also nobody knows
when SegWit will lock in. Anyway, there are no
On 04/24/2017 05:04 PM, Oscar Guindzberg wrote:
> I am planning to run 2 instances of bitcoinj in the same JVM.
> What things should I check in order to avoid doing a mess?
>
> In fact, I will have:
> - 1 normal instance of bitcoinj
> - 1 "kind of" instance with just: Context + Blockchain + my
can use the below approach.
>
> The Machine(Within Firewall) -> SPV Node(Outside the firewall and
> connected with bitcoin network).
>
> Thanks,
> Ramesh A
>
> On Friday, April 21, 2017 at 1:53:46 PM UTC+5:30, Andreas Schildbach wrote:
>
> Since Bi
On 04/27/2017 11:09 PM, Leo Wandersleb wrote:
> So, if I have a wallet with birthday 100 and at time 200 want to add an
> address with date 198, I have to load all back from 100?
Yes.
> Now if I add an
> address with date 90, does the wallet update its "birthday" accordingly
> or do I have to
me it was happening. It doesn't
> contain the remote IP unfortunately, so it's not very useful. I notice
> that "us" is 127.0.0.1 for the duplicate connections, so maybe it's
> related to the local peer database?
>
> On 23 April 2017 at 03:01, Andreas Schildbach <andr...@schild
Partial reset has never been implemented. Currently you always need to
sync from the wallet birthdate.
On 04/26/2017 10:32 PM, Leo Wandersleb wrote:
> Hi,
>
> occasionally my app needs to add addresses with past, non-zero creation
> times.
>
> I figured, iterating through the block headers
Try m/0'.
On 08/22/2017 10:21 PM, Frode Halvorsen wrote:
> When I try to import the wallet via the 12 generated seed-words, I'm
> asked about the Derivation-path. I've tried a few, but I still havent
> succeded importing to a wallet where I can spend the balance.
> Some suggestions from wallet
to import a wallet created on blockchain.info...
>
>
> tirsdag 22. august 2017 22.30.57 UTC+2 skrev Andreas Schildbach følgende:
>
> Try m/0'.
>
>
> On 08/22/2017 10:21 PM, Frode Halvorsen wrote:
> > When I try to import the wallet via the 12 generated seed-words,
Yes, you can create a watching wallet from an xpub. See
Wallet.fromWatchingKeyB58()
On 05/15/2017 12:59 AM, Dexter wrote:
> Is it possible to use extended xpub from electrum and initiate the
> wallet so that it generates the same receive address as electrum.
> Thanks.
>
> --
> You received
Confidence is basically something that you build yourself. When
receiving a transaction directly (e.g. via Bluetooth) confidence should
depend a lot on the existing relationship to the partner, since a
pending transaction alone doesn't guarantee much.
The default implementation builds confidence
The INFO message about secp256k1 is harmless, it will simply use the
Java implementation.
Your problem are the failing tests. While it is very important to look
for the reason of the "java.security.InvalidKeyException: Illegal key
size or default parameters" exceptions you're experiencing, for
Yes, using ESTIMATED_SPENDABLE your balance should behave more like you
expect. Just beware that you can only spend confirmed coins (as long as
you're using the default CoinSelector).
On 05/12/2017 06:53 PM, Ajit Soman wrote:
> Hi Oscar,
>
> I am using this:
By default your wallet is not encrypted. If you think of it, what
encryption key should it use? Usually you need to ask or instruct the
user first, then encrypt. But ultimately it's up to you as the app
developer.
If you store the wallet in app-private storage, then at least other apps
can't
First of all, I think it is a bad idea to keep the Bitcoins of your
users on a server. Many of such servers have been hacked in the past, or
simply taken over via their hosting provider.
The advantage of the BIP70 payment protocol is you can transmit the
payment directly, without the need for
Currently the only persistence mechanism supported is protobuf. You
could probably save a protobuf blob to redis, if that's what you're
looking for.
On 06/26/2017 08:16 AM, Ajit Soman wrote:
> Is there is any way to save bitcoin wallet object in database. I have
> tried to save wallet object in
100
> }
> }
>
> since the BTC are in subkey #2my question is how could I generate
> the priv keys of the 'subs' starting from these keys
>
> I know "HMAC-SHA512(Parent_PublicKey + Parent_ChainCode +
> Index)...blabla " but I don't know how to apply it
ther place too.
> We have our own servers which are PCI-DSS complaint. Also for other case
> we use Amazon host prvoider.
> What do you suggest for such use case(i.e we need to hold some merchants
> amount for bad service case) ?
>
>
>
> On Saturday, 24 June 2017 19:22:10 UTC
I'm sorry, I have never used regtest mode. I always used testnet for
testing.
Can you give the DoubleSpend.java example a spin and see if it works for
you (progresses past the "awaitRunning()" line)?
On 06/23/2017 09:15 AM, Kunal Ransing wrote:
> @Andreas Schildbach
> Can yo
I believe what you're seeing is the protobuf text format, as created by
this mehod in com.google.protobuf.ByteString:
public static String escapeBytes(ByteString input)
Escapes bytes in the format used in protocol buffer text format, which
is the same as the format used for C string literals.
> Thanks,
> Ramesh A
>
> On Friday, April 28, 2017 at 6:50:16 PM UTC+5:30, Andreas Schildbach wrote:
>
> Other than the port number, there is no constant that you could use for
> a firewall rule. And even the port number can be changed by peers, even
>
If you search the list archives for "multisig" you'll find a couple of
people who apparently use it. I myself do not, which is why I've not
responded.
On 05/07/2017 03:13 PM, Álvaro Castro-Castilla wrote:
> Has anyone ever succeeded in broadcasting a multisig spend using this
> library in
itcoin
> and https://github.com/btcdrak/bitcoin/releases forks with -addrindex
> and -txindex, but it seems to not be supported anymore.
>
> W dniu niedziela, 28 maja 2017 23:15:15 UTC+2 użytkownik Andreas
> Schildbach napisał:
>
> Are you using SPV or full verify
I tried on API level 18, works fine so far.
On 05/31/2017 09:48 PM, Sean Gilligan wrote:
> On 5/31/17 7:42 AM, Andreas Schildbach wrote:
>> The update seems pretty smooth. See
>> https://github.com/bitcoinj/bitcoinj/pull/1380
>
> That's great news! Thanks for doing that!
&
It looks like you're already holding a DeterministicKey object. That
object is already an ECKey!
On 05/31/2017 04:38 AM, Ramez Az wrote:
> Hi,
>
> How can i create the ECKey object for the private key using any of the
> below detail which is dumped from the Wallet.
>
>
If you just want to derive, you might want to use the class
HDKeyDerivation. But the Wallet does it all for you, if you want to have
a Wallet too. It just supports the "default account" path described in
the BIP32 spec right now.
On 04/24/2017 08:06 AM, wait.lin.hong...@gmail.com wrote:
> Like
After importing a key, you need to sync the entire blockchain again to
know its balance. To speed that up, read
https://bitcoinj.github.io/speeding-up-chain-sync
Why do you want to transfer keys between wallets?
On 04/29/2017 12:07 AM, Alexey Ulyanov wrote:
> Hi
>
> I have created one wallet
Have you looked at the RestoreFromSeed code example? It does exactly that.
On 05/07/2017 01:39 AM, Bruno Martins wrote:
> Hey,
>
> I've started a Bitcoin wallet pet project to start getting familiarized
> with crypto / blockchain development.
>
> I am having trouble recovering a wallet from
The documentation about the Context class is here:
https://bitcoinj.github.io/contexts
And there is also some Javadoc.
Sorry, I can't answer your Spring question right now.
On 04/30/2017 03:27 PM, Alexander Oleinik wrote:
> Hi, I'm trying to run bitcoinj in a spring-based app within a
Currently bitcoinj doesn't support BIP9, which of course is something we
should implement.
On top of that (as separate PRs) we could support signalling/activation
for several BIPs (e.g. Segwit), similar to how the old signalling via
block versions is supported today.
(Side note: I personally
simply try it today. Raising the Android requirement to KitKat
would not be too bad either, everything below is inherently insecure
anyway (Google still supports KitKat with security patches).
On 05/31/2017 01:52 AM, Sean Gilligan wrote:
> On 5/30/17 1:17 PM, Andreas Schildbach wrote:
>&g
If the transaction is in the context of a wallet, use
Wallet.signTransaction(SendRequest)
If it is kind of detached transaction, you can use one of the various
TransactionSigner implementations, possibly LocalTransactionSigner.
On 09/13/2017 03:52 AM, Private Z wrote:
> I get an unsign
Sounds like a bug in bitcoinj. What bitcoinj version are you using?
On 09/15/2017 03:29 PM, NelsoN Melina wrote:
> In this code i receive an already signed transaction in the form of a
> byte array and i would like to broadcast it to the Bitcoin network.
>
> |
> |
>
> |overridefun
MELINA Software Development Engineer/
>
> /http://www.linkedin.com/in/nelsonmelina /
>
>
>
> On Sat, Sep 16, 2017 at 5:12 PM, Andreas Schildbach
> <andr...@schildbach.de <mailto:andr...@schildbach.de>> wrote:
>
> Sounds like a bug in bitcoinj. What
BUILDING actually means confirmed, but being confirmed doesn't mean that
it can't be undone with a re-org. It just gets less and less likely with
each block, which is why the ConfidenceType is called BUILDING.
The >6 threshold is just a convention. Depending on the usecase, one (or
even none)
On 10/10/2017 09:18 AM, Arief Mulyana Djauhari wrote:
> I would like to ask about wallet class in bitcoinj, can the wallet have
> multi user? or the wallet can only have one user?
No, the Wallet class doesn't do multi user or multi account. You can use
multiple Wallets instead, but be warned
Generally, you need to keep all wallets connected while your PeerGroup
is running. As soon as you disconnect a wallet, it will get out of sync.
You can replay out of sync wallets, but you'll need to reset these
wallets and all other connected wallets, plus remove the blockchain so
it can start
On 10/14/2017 06:27 PM, Edik Edik wrote:
> What listener do I use to pull any new blockchain additions?
>
> Can't seem to locate anything in the library to be able to pull this
> information in real-time.
It depends a bit on your usecase. Generally, you create
BlockStore/BlockChain objects and
Is the wallet fully synched?
On 10/17/2017 01:41 AM, Ferrets in my Socks wrote:
> I have decrypted my wallet created by
> https://github.com/bitcoin-wallet/bitcoin-wallet and inspected it with
> `wallet-tool dump`. It prints 3 addresses none of which have a balance.
>
> If I inspect it with a
ne address that I know has a
> balance. That address appears in the wallet pre-sync using the
> lloeki tool (but I can't get a valid private key using lloeki).
>
> On 17 October 2017 at 18:40, Andreas Schildbach
> <andr...@schildbach.de <mailto:andr...@
On 10/12/2017 02:08 AM, Manfred Karrer wrote:
> I had the same concerns regarding Bloq's seed node addition and removed
> it from Bisq's BitcoinJ fork
> (https://github.com/bisq-network/bitcoinj/commit/7b2ed972fa09237a79388d39c49f51ee6aa17ac3).
Perhaps we should add methods for removing and
So you system doesn't have a server side component?
Just to be clear, if you only check client side you won't keep advanced
users from accessing the paid content without paying.
On 10/11/2017 04:33 PM, Drummshot wrote:
> Hi Mates !
>
> I'm Completely new on bitcoinj, currently I'm working in
Have you looked at the ScriptBuilder class? The number() method should
allow negative values.
On 10/12/2017 02:18 PM, mshikha...@gmail.com wrote:
> Hi all,
> I want to execute a simple series of instructions to implement a bitcoin
> script in java using bitcoinj API. All I am looking for is
On 10/13/2017 03:56 AM, Manfred Karrer wrote:
> How do you deal in Android wallet with it?
Bitcoin Wallet follows the chain with the most accumulated proof of
work. Users can configure a trusted peer if they want to follow a
specific ruleset.
--
You received this message because you are
lt is id = ID_MAINNET ,if
> we want to running our own network, what is the value of id ?
>
> Best regards,
>
> Arief
>
> On Friday, October 13, 2017 at 3:25:25 AM UTC+7, Andreas Schildbach wrote:
>
> Use MainNetParams.get() for example.
>
>
> On 10/1
0.13.6 is very old. Can you migrate your app to 0.14.5?
On 09/07/2017 10:27 AM, Abhishek Saini wrote:
>
> i am using 0.13.6 version
> On Thursday, September 7, 2017 at 12:13:24 PM UTC+5:30, Abhishek Saini
> wrote:
>
> i have created one primary wallet and its multiple addresses but my
>
ed to set up a bitcoin node or we can just use
> bitcoinj to create a wallet and then use 3rd party APIs(The APIs will
> handle the sync etc.)?
>
> 在 2017年8月28日星期一 UTC+8下午11:00:25,Andreas Schildbach写道:
>
> You will need at least one node to sync from, typically Bitcoin Core or
&g
On 09/05/2017 10:06 AM, Private Z wrote:
> I wanna create a wallet without HD mode.
> But I can't find any code in the doc or example.
> Anyone can help me?
You can use Wallet.fromKeys() to create a wallet from a given set of
private keys.
--
You received this message because you are
What bitcoinj branch/tag/commit are you testing this on?
On 09/26/2017 05:14 PM, Fabrice Drouin wrote:
> Hi,
>
> I'm trying to investigate a problem where wallets cannot be loaded from
> backups anymore: readWallet throws
> org.bitcoinj.wallet.UnreadableWalletException: Could not connect
> to
The problem is the Bitcoin protocol doesn't support this in the general
case. You can fetch transactions from a node's mempool, but once a
transaction is confirmed it can only be discovered by synching the
blockchain. You can use a bloom filter to and checkpoints to speed this
up. But in any case
1 - 100 of 298 matches
Mail list logo