Buying merit is prohibited and will get you banned.

Or you can not shitpost and instead make quality posts. You'll get merit if your posts are quality.

You really don't get it, do you?

The whole point of merit is for establishing a requirement to obtain a rank. Those users you are complaining about who got merit "for free" only get the merit because they were active members of this forum for years. The only reason they get merit is so that they have enough to meet the new requirements for rank. Those members get the minimum requirement for their rank and will still need to earn merit to rank up, just like everyone else.

Having the merit does not give them any special privileges or powers that they didn't already have. It is literally only there to establish their rank.

What block does Bitcoin Core say it is synced up to? Hover over the checkmark in the lower right hand corner and it will tell you. Or go to Help > Debug Console and it will say there too.

The distribution of merit was only to provide the absolute minimum for people to have the rank that they currently have. Since merit isn't actually used for anything than determining that, I think this is fine. What matters more is the distribution of sMerit, the stuff that people actually give away. For that, the formula was based on both rank and activity in the past year.

That's the point.

Are you sure that Bitcoin Core actually contains your addresses? If you go to the Receiving Addresses list, do you see addresses you recognize?

You can only send an integer amount of sMerits. 0.5 sMerits won't show and you can't send that small amount.

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.

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: https://eprint.iacr.org/2018/068.pdf

A high level overview of MuSig is available here: https://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).

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.

You could just build one yourself. Use something like https://pcpartpicker.com/ and spec out a machine that you like. Then assemble the parts yourself.

Read the merit schedule, it does not line up directly with the activity schedule.

Required merit for Jr. Members is 0, so they get 0 merit.

He's eligible for legendary, so he gets 1000 merit.

No. All users got the requisite amount of merit for their rank automatically.

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.

Then use the lockunspent command to prevent Bitcoin Core from selecting certain outputs.

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.

This question is nonsensical and does not make any sense. Can you rephrase and make it clearer, perhaps with some punctuation?

Is Bitcoin Core fully synced?

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.

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.

You probably missed a character.

The point of this is to not validate the redeemScript. Thus that is not a concern.