Bitcoin Forum
February 18, 2019, 09:13:04 AM *
News: Latest Bitcoin Core release: 0.17.1 [Torrent]
 
  Home Help Search Login Register More  
  Show Posts
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 [36] 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 ... 551 »
701  Other / Meta / Re: Merit & new rank requirements on: January 25, 2018, 01:19:18 AM
My question is does the activities increase?
with every 2 weeks that adds 14 activities.
Or it will stuck?
Until i reach the minimum requirement of Merit?
Activity and merit operate independently of each other. Your activity can increase while your merit does not. Your rank will not change until you reach both requirements.
702  Economy / Marketplace / Re: [SERVERS] Looking for recommendations for a RAID-based bitcoind and lnd server on: January 25, 2018, 01:15:17 AM
You could just build one yourself. Use something like http://pcpartpicker.com/ and spec out a machine that you like. Then assemble the parts yourself.
703  Other / Meta / Re: Merit & new rank requirements on: January 25, 2018, 01:02:53 AM
I find these cases strange. Can you clarify theymos?
Read the merit schedule, it does not line up directly with the activity schedule.


Jr with 0 Merit instead of 30
Required merit for Jr. Members is 0, so they get 0 merit.


Hero with 1000 Merit instead of 500
He's eligible for legendary, so he gets 1000 merit.

And is it possible for any existing user to lower their rank because of the introduction of merit? Someone complained about that
No. All users got the requisite amount of merit for their rank automatically.
704  Bitcoin / Development & Technical Discussion / Re: Why DB so big? on: January 25, 2018, 12:44:22 AM
Pruned mode is paradoxical because you need to be able to download the entire thing at least once... which kind of defeats the purpose.
No, that is its express and only purpose. Pruned mode is for the sole purpose of reducing disk space. It has nothing to do with bandwidth and was not designed for reducing bandwidth or computation requirements. It was literally designed to only reduce disk space usage.
705  Bitcoin / Development & Technical Discussion / Re: When can we expect user friendly offline transactions? on: January 25, 2018, 12:39:13 AM
Using bitcoin without specifying from which addresses are you going to send money was always pointless to me if you wanted any sort of control over the privacy of your money so I need to be able to choose what inputs I want to use (I use "Coin Control" for this which is one of the main reasons I used Bitcoin Core's client) but trying to do this manually adds the possibility of screwing things up.
Then use the lockunspent command to prevent Bitcoin Core from selecting certain outputs.

The idea would be to do enter things in a nice and clean GUI and then save it in a txt file, too bad im not a coder so the only thing I can do is hopefully someone sees this and implements it.
This is also the billionth time you have asked for it. If you want a feature, asking for it here is not the way to go. The vast majority of Bitcoin Core contributors don't read this forum. If you have a feature request, make an issue on the github page if there is not already one.
706  Bitcoin / Bitcoin Technical Support / Re: Core balance shows zero bitref shows a balance on: January 25, 2018, 12:31:20 AM
Yes it is I think I had a password on my old qt would that not show a balance unless I put it in or only if I was to try and send?
This question is nonsensical and does not make any sense. Can you rephrase and make it clearer, perhaps with some punctuation?
707  Bitcoin / Bitcoin Technical Support / Re: Core balance shows zero bitref shows a balance on: January 24, 2018, 06:33:56 AM
Is Bitcoin Core fully synced?
708  Bitcoin / Bitcoin Technical Support / Re: Similar to a Bitcoin Core reset problem. All lost? on: January 24, 2018, 06:08:52 AM
Did you choose to set the datadir to where it was originally on the external drive? If not, it is using the default location and it won't know to look for the data on your external drive.
709  Bitcoin / Bitcoin Technical Support / Re: suspicious "connected to self" inboud/outbound connections on: January 24, 2018, 01:04:42 AM
Yes I do have a "addnode=127.0.0.1" in my bitcoin.conf
Why? Bitcoin Core does not need to connect to itself. Addnod'ing your local node is why this is happening. You don't need to have addnode set to use Armory either.
710  Bitcoin / Bitcoin Technical Support / Re: Trying to send bitcoin to c-lightning. Getting "Invalid Bitcoin Address" on: January 23, 2018, 01:03:06 AM
You probably missed a character.
711  Bitcoin / Development & Technical Discussion / Re: Understanding P2SH on: January 23, 2018, 12:51:49 AM
I am not 100% sure... wasn't there this OP_CHECKMULTISIG off-by-one error, and you had to put a hex "0" before the signature?
See the explanation in Andreas' book "Mastering Bitcoin" (2nd edition) in chapter 7, page 150 ... (book is online available)
The point of this is to not validate the redeemScript. Thus that is not a concern.
712  Bitcoin / Development & Technical Discussion / Re: Understanding P2SH on: January 23, 2018, 12:48:42 AM
You will need to change this line: http://github.com/bitcoin/bitcoin/blob/master/src/script/standard.h#L54 and remove "SCRIPT_VERIFY_P2SH" (just change that to be 0).

The way that P2SH is enforced is that, at this point, all new blocks and transactions must pass the P2SH checks. Changing the chainparams parameter for bip16Hash will only effect the verification of old blocks.
713  Bitcoin / Bitcoin Technical Support / Re: LN : Question on scarcity of coins on: January 23, 2018, 12:33:53 AM
Let's say Tom funds a channel between himself and his favorite coffee shop with 1 BTC to buy coffee daily, but this coffee shop is local and has few customers using Bitcoin. That 1 BTC will decrease over years, but at the same time not really accessible to anyone else. So in a way, Tom is still hoarding that coin, because it is not for sale on exchanges.

If enough people buy coins to fund these "private" channels, then it will eventually decrease the overall supply of coins in the market, right? <If these channels are not frequently used by other people>
The point of LN is that there are multiple payment channels over which payments are routed. Sure the "actual Bitcoin" (whatever that may be) itself is not moved, by the value represented by it is. So the coffee shop can, if it has a channel open with an exchange, effectively sell the Bitcoin you paid him.

1. If Tom only opens that channel between himself and the coffeeshop, presumably, the coffeeshop will want him to close the channel every week or every month, wouldn't they? Because only when the channel is closed can the final version of txs be broadcast to the blockchain, and only then can the coffeeshop "realise" the coins in their wallet. I don't see many small businesses willing to open channels with each customer - so it might not work very well in that direction (of the customer opening the channel).
The coffee shop could route payments through Tom if the channel has enough balance. He's a node on the network, thus if he has other open channels, then payments can be routed through him.
714  Bitcoin / Bitcoin Technical Support / Re: bitcoin testnet failing to start on: January 23, 2018, 12:24:54 AM
I believe at this point my testnet node is accessible to other folks however my node is still 'unreachable' on http://bitnodes.earn.com/.
Bitnodes only shows mainnet nodes. They don't list testnet nodes.

Is my testnet node running correctly at this point?
Yes.
715  Bitcoin / Development & Technical Discussion / Re: Lightning Network: how to trace the path between the sending and receivin nodes? on: January 23, 2018, 12:22:36 AM
Cmon, and for a central graph the routing is trivial, but for a random distributed?

Its not solvable and so LN is limited to central ones,
... You know that path finding algorithms have existed for decades right? You know what decades of research has gone into path finding algorithms and quickly finding fast solutions, right? Have you considered that maybe some other thing has run into a similar problem with a large, distributed graph and having to find a good route from point A to B? Maybe something like Google Maps. Or maybe how the internet routes your packets. This is not a new problem, and there are known solutions to it. At this point in time, it's really not that hard to figure out how to quickly find an optimal route in a large, distributed graph. Literally decades of computer science research has been dedicated to this topic and applied to many large distributed graphs that you probably don't even think about.

not even thinking of 'funding',  economical and regulative issues that are also strong fix point attractors for centralization.
In what way do you think that those will attract centralization? The very design of LN makes it so that anyone, at any time, can create their own LN node that serves as a "hub". Even if LN does become centralized around a few large hubs (which I think is unlikely given how easy it is to create your own LN node that is a "hub"), those hubs cannot be a central authority that can take away people's money or force channels open or to never close like an actual central authority can. The user is still in charge of his own money and he can always close a channel unilaterally to access his money.

So when I want to route money to someone, my software has to ping all of my channels, then have their channels ping theirs etc, every single time?
No, that would be horribly inefficient. Your LN node stores locally all of the channel information that it knows about. When a channel is updated, that node will announce to the rest of the network that that channel was updated, so all nodes will update their local knowledge of the network graph.

716  Bitcoin / Development & Technical Discussion / Re: LN routed transaction settlement on: January 23, 2018, 12:02:46 AM
Agreed. Yet, man, it would be a huge obstacle, at least for me personally, to open up my channels for routing. I mean, there's a reason why I'd have $2500 in the channel with my landlord and $25 in the channel with my coffeeshop and not the other way around.

I'm thinking though, I could move money around my own channels for free I guess? *EDIT* no that won't be possible, user B can't move money into channel 2 because then the channel's worth would be over 2 BTC. The only way would be an on-chain transaction, right?
You can loop money back to yourself to re-balance your channels.
717  Bitcoin / Development & Technical Discussion / Re: When can we expect user friendly offline transactions? on: January 22, 2018, 11:48:25 PM
but having to construct the raw transaction manually is a mess for most people.
You would have to specify the change address and remember that it contains the Bitcoins etc...
The whole process has been made way easier with the fundrawtransaction command. You don't have to figure out the inputs anymore nor do you have to do anything with determining change outputs. With fundrawtransaction, you just need to use createrawtransaction and specify only outputs, no inputs. Then you pass that into funrawtransaction and it will fill in the inputs and create a change output as necessary. The resulting unsigned transaction can then be signed with signrawtransaction and broadcast.

Sure the UI could use a bit of work, but it's relatively simple to use if you know how to read instructions.

Core really is not designed for or setup for doing the airgapped machine setup. It is first and foremost a node software, not a wallet or GUI software. If you want a certain feature, you can either implement it yourself or find/hire someone to implement it for you. The Bitcoin Core developers are not your personal slaves to implement everything as you wish. We often have more important things to do related to the network as a whole than to implement GUI features.

If Armory can have a good GUI for this I don't see why Core's client cant.
Because the are for different use cases with the developers focusing on different things.

I don't like how these softwares handle the private keys, I don't find safe the idea of being able to "spawn" your entire private key collection with a single seed,
Bitcoin Core will be switching to creating HD wallets only with Bitcoin Core 0.16. Of course it is still backwards compatible, but new wallets cannot be non-HD.
718  Bitcoin / Development & Technical Discussion / Re: Bitcoin RPC. Get sum of all fees in the mempool. on: January 22, 2018, 11:35:25 PM
to get all fees , you need to get list of all trasnactins in mempool

getrawmempool will give you all transactions "txid" in mempool.

then you need to run

getrawtransaction "txid" 1

it will give you detailed transaction in json.

from that you can get

"vin"

"vout"

fees = vin - vout

do this for all transactions and you will get fees of all transactions in mempool.

hope this helps.
This would only work if OP has txindex enabled on his node.
719  Bitcoin / Development & Technical Discussion / Re: LN routed transaction settlement on: January 21, 2018, 03:53:32 AM
That makes a lot of sense from a logical point of view. However what does sound weird is that B didn't do any transactions himself and now is out of money on channel 2! If he wants to make a payment in channel 2 he actually needs to fund it again. So if you're not doing a payment yourself but are part of a route, then it's possible money transfers from your one payment channel to your other payment channel. Hmm...
B is likely to be chosen for a transaction that goes in the opposite direction, so over a long period of time, his balance will even itself out as C will send back to A (or be part of a route that includes C -> B -> A).

This I dont follow, do you have an example maybe? I'm not sure what you're trying to say here.
In Channel 1, B's commitment transaction will look like this before the route is established:
Code:
Funding input --> B's local output 1 BTC
              --> A's remote output 1 BTC
After the route is established, the commitment will become
Code:
Funding input --> B's local output: 1 BTC
              --> A's remote output: 0 BTC
              --> HTLC offered to B from A: 1 BTC
Once B has the necessary information that would allow him to spend from the HTLC offered output, he can talk to A and settle this off chain by combining that HTLC with his local output, so the commitment becomes:
Code:
Funding input --> B's local output: 2 BTC
              --> A's remote output: 0 BTC
720  Bitcoin / Bitcoin Technical Support / Re: Technical question on Segwit on: January 21, 2018, 03:41:25 AM
Read the Segwit BIPs: 141, 143, and 144
Pages: « 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24 25 26 27 28 29 30 31 32 33 34 35 [36] 37 38 39 40 41 42 43 44 45 46 47 48 49 50 51 52 53 54 55 56 57 58 59 60 61 62 63 64 65 66 67 68 69 70 71 72 73 74 75 76 77 78 79 80 81 82 83 84 85 86 ... 551 »
Bitcointalk.org is not available or authorized for sale. Do not believe any fake listings.
Sponsored by , a Bitcoin-accepting VPN.
Powered by MySQL Powered by PHP Powered by SMF 1.1.19 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!