so you think only 5-10 members are active daily ?? cant you find even 20-30 different eligible members for your smerits ??
There are more than 5-10 members that have sMerits. Hundreds of thousands of users got some number of sMerits. There are also 35 merit sources who produce sMerit out of nothingness. |
|
|
|
If the merit system gave stars next to a user's name, with visible icons,
It does, in the form of your rank. and did NOT cost merit to be given merit, then this might work better.[/b]
It doesn't cost merit. It costs sMerit, whose only purpose is to be given out. |
|
|
|
|
The chainstate db contains basically two parts, the UTXO set and the actual chain state. The stuff pertaining to the UTXO set is in txbd.{cpp, h}. The stuff related to the actual chain state can be found in validation.{cpp, h} (mostly things under the CChainState class).
|
|
|
|
And is the sMerit supply reduced to the pool of people who have no use for it? The legendary?
No. Did you even read the OP? Anyone who is given merits will receive half the amount in sMerits too. So if you get 1 merit, you also get 0.5 sMerits which you can give to someone else. Also, sMerits are not useless for Legendary members. sMerits sole purpose is to be given out, there is no benefit to holding sMerits. i was also going to be full member , now getting 90 merits , lol i think it will take next 4-5 months with all quality posts .
Which is better than you spending 4-5 months spamming shitposts. |
|
|
|
May I ask what the point of the merit system is to give to legendary members? Doesn't that just reduce the supply for everyone else making it even harder?
Not at all. Merit is not given out or transferred. Only sMerit is given out (giving sMerit means that someone will get both merit and sMerit, and you will lose sMerit). The supply that matters is the sMerit supply, not the merit supply. The reason legendary members get merit is so that they meet the requirement for their rank. Your points are only valid if they are seen and "merited" by a select-few members of this community.
"select few" A few hundred thousand members of the community got sMerit, not just "a select few". Doesn't anybody else see the mile-long list of potential issues that may arise from this?
Issues, yes. Mile long, no. Perhaps you could enlighten us and list your mile long list of issues. |
|
|
|
I think only way to up Full member rank for you now is that buying Merit points  Buying merit is prohibited and will get you banned. If not, may be next year 2019 you will have enough 100 Merit points
Or you can not shitpost and instead make quality posts. You'll get merit if your posts are quality. |
|
|
|
yeah a new function and you got 1000 Merit point without doing anything. cool
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.
|
|
|
|
Third, there should (personal opinion) be a fairer distribution of initial Merit than just the current forum level. Seems unfair otherwise, since there is a huge variation already just within a forum level. Perhaps a combination of current activity, time on the forum, how long the account has been in the current level, and other relevant variables.
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. |
|
|
|
same with me too, I will take very long to member to be able join some signature bounty
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?
|
|
|
|
Can you send sMerits with a value lower than 1? If you make a post and receive a merit now you have 0.5 sMerits can I send those sMerits to someone else? Or I need to wait to receive one more merit so I can send that sMerit?
You can only send an integer amount of sMerits. 0.5 sMerits won't show and you can't send that small amount. |
|
|
|
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. |
|
|
|
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.pdfA 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). |
|
|
|
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. |
|
|
|
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. |
|
|
|
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. |
|
|
|
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. |
|
|
|
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. |
|
|
|
|
Show Posts
