Bitcoin Forum
November 17, 2018, 07:52:42 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 ... 547 »
601  Other / Meta / Re: Merit & new rank requirements on: January 25, 2018, 03:40:36 AM
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.
602  Other / Meta / Re: Merit & new rank requirements on: January 25, 2018, 03:36:36 AM
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.
603  Other / Meta / Re: Merit & new rank requirements on: January 25, 2018, 03:14:45 AM
I think only way to up Full member rank for you now is that buying Merit points  Grin
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.
604  Other / Meta / Re: Merit & new rank requirements on: January 25, 2018, 03:10:57 AM
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.
605  Bitcoin / Bitcoin Technical Support / Re: Core balance shows zero bitref shows a balance on: January 25, 2018, 02:43:51 AM
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.
606  Other / Meta / Re: Merit & new rank requirements on: January 25, 2018, 02:33:46 AM
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.
607  Other / Meta / Re: Merit & new rank requirements on: January 25, 2018, 02:08:00 AM
same with me too, I will take very long to member to be able join some signature bounty
That's the point.
608  Bitcoin / Bitcoin Technical Support / Re: Core balance shows zero bitref shows a balance on: January 25, 2018, 01:54:27 AM
Are you sure that Bitcoin Core actually contains your addresses? If you go to the Receiving Addresses list, do you see addresses you recognize?
609  Other / Meta / Re: Merit & new rank requirements on: January 25, 2018, 01:52:39 AM
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.
610  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.
611  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).
612  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.
613  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.
614  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.
615  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.
616  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.
617  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?
618  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?
619  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.
620  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.
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 ... 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!