Bitcoin Forum
December 11, 2018, 06:44:58 PM *
News: Latest Bitcoin Core release: 0.17.0 [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 ... 547 »
621  Other / Meta / Re: Merit & new rank requirements on: January 25, 2018, 01:47:30 AM
3. Going a bit further in time and we have 35 forum members getting 100 sMerit each a month, a total of 3500.
Some get more than that per month, some get less.

Also, the sMerit from merit sources does not accumulate nor does it go to the merit sources' own merit. Basically each merit source can give away only up to X amount every 30 days. If that X has not been spent in those 30 days, then the unspent sMerit are gone.
622  Bitcoin / Development & Technical Discussion / MuSig: Schnorr Multisig and signature aggregation on: January 25, 2018, 01:38:56 AM
Pieter Wuille, Andrew Poelstra, Greg Maxwell, and Yannick Seurin recently published a new multisignature and key aggregation scheme called MuSig. This new scheme uses Schnorr signatures.

The MuSig paper can be found here: http://eprint.iacr.org/2018/068.pdf

A high level overview of MuSig is available here: http://blockstream.com/2018/01/23/musig-key-aggregation-schnorr-signatures.html



MuSig is a secure non-interactive key aggregation and multisig scheme. It builds upon the Bellare-Nevan multisignature scheme which allows for multiple public keys to be used to create just one signature. This contrasts the traditional multisignature scheme used by Bitcoin where there are multiple signatures.

MuSig builds upon Bellare-Nevan by allowing for key aggregation. Key aggregation means that multiple public keys are combined into one public key. By combining this key aggregation scheme and the Bellare-Nevan multisig scheme, MuSig allows for a multisignature spend to contain only one public key and one signature (both of which can only be constructed with the multiple parties). This means that MuSig allows for additional privacy (an outside observer only sees the one signature and combined public key so they don't know how many people are involved and what the threshold is) and reduces the size of a multisig signature (instead of multiple public keys and multiple signatures, only the combined public key and signature are used). This reduces the size of transactions which means that more transactions could fit into a block thus increasing Bitcoin's capacity.

Furthermore, the multisig aspect of MuSig (aka the Bellare-Nevan part) lets transactions to have only one signature which verifies for all of the public keys involved in a transaction. That means that a transaction with multiple inputs will only have one signature which signs for all inputs. This further reduces the size of a transaction and allows for more transactions to fit in a block and thus increasing Bitcoin's capacity.



It is important to note that MuSig is just the signature scheme and is applicable to more things than just Bitcoin. For actual use in Bitcoin, additional changes will need to be made to support it such as new script opcodes. For that to happen, there will need to be a BIP which is several months off (perhaps a year or more away).
623  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.
624  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.
625  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.
626  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.
627  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.
628  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?
629  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?
630  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.
631  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.
632  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.
633  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.
634  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.
635  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.
636  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.
637  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.

638  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.
639  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.
640  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.
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 ... 547 »
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!