DefaultTrust changes

[EcuaMobi]

And I want to insist on my suggestion regarding trust: guest should see some trust. Default trust would make sense but any trust.

That is an excellent idea - I can add it to the BPIP extension.

Great! But I don't think too many guests will have that extension, unfortunately. The change needs to be made on the forum itself so that it affects people who come here for the first time, probably from Google or other search engines.

[Anduck]

And I want to insist on my suggestion regarding trust: guest should see some trust. Default trust would make sense but any trust. Non registered users are still being scammed by known scammers because they don't see the tags.

This is a problem that has no real fix. Scammers will then start sending manipulated screen shots or manipulate user to change victims trust list. Etc.
Again, I think it's good that default trust system gets no more space than it already has. If non-registered visitors saw some trust score / ratings, based on DT obviously, it would give more legitimacy to DT.

[EcuaMobi]

And I want to insist on my suggestion regarding trust: guest should see some trust. Default trust would make sense but any trust. Non registered users are still being scammed by known scammers because they don't see the tags.

This is a problem that has no real fix. Scammers will then start sending manipulated screen shots or manipulate user to change victims trust list. Etc.
Again, I think it's good that default trust system gets no more space than it already has. If non-registered visitors saw some trust score / ratings, based on DT obviously, it would give more legitimacy to DT.

The scenario is simple:
- Someone looks for "cheap amazon giftcards" on Google
- A post on bitcointalk appears. He goes there
- An auto-buy link appears (posted by a scammer with red trust, with fake vouches, on a self-moderated, locked thread)
- The user can't see the red trust and doesn't know about self-moderated, locked threads. So he goes ahead and gets scammed without even PM'ing the scammer

There is a solution (maybe not absolute but far better than nothing) and it's simple. Showing some trust for them will drastically reduce the amount of guests being scammed.

I'd also like to see trust on all boards that show signatures

Yes. It makes sense too.

[Anduck]

And I want to insist on my suggestion regarding trust: guest should see some trust. Default trust would make sense but any trust. Non registered users are still being scammed by known scammers because they don't see the tags.

This is a problem that has no real fix. Scammers will then start sending manipulated screen shots or manipulate user to change victims trust list. Etc.
Again, I think it's good that default trust system gets no more space than it already has. If non-registered visitors saw some trust score / ratings, based on DT obviously, it would give more legitimacy to DT.

The scenario is simple:
- Someone looks for "cheap amazon giftcards" on Google
- A post on bitcointalk appears. He goes there
- An auto-buy link appears (posted by a scammer with red trust, with fake vouches, on a self-moderated, locked thread)
- The user can't see the red trust and doesn't know about self-moderated, locked threads. So he goes ahead and gets scammed without even PM'ing the scammer

There is a solution (maybe not absolute but far better than nothing) and it's simple. Showing some trust for them will drastically reduce the amount of guests being scammed.

Right. My concerns were for the targeted scam attempts. I wonder if threads can be SEO'd to make what you described a significant issue? Have there been cases like this?

[EcuaMobi]

Have there been cases like this?

Yes. This thread (where I try to warn users to register before dealing, avoid locked or self-moderated threads and check others' trust) gets a lot of "I wish I had read this before. I was already scammed by [tagged/known scammer here]"

[Anduck]

Have there been cases like this?

Yes. This thread (where I try to warn users to register before dealing, avoid locked or self-moderated threads and check others' trust) gets a lot of "I wish I had read this before. I was already scammed by [tagged/known scammer here]"

Ok. I'm not sure would the "Warning! Trade with extreme caution!" help that much as there are tons of red flags anyway in those dealings. Users falling for those scams are likely not reading much of anything, so how big are chances they'd notice or care about some warnings. I'd guess that people fall on scams like those that are on other websites, too. There simply isn't a way to protect some people from getting scammed.

E.g. in #bitcoin-otc people sometimes got scammed even though they knew perfectly well how to defend themselves against getting scammed. Most often the reason was laziness -- a simple command to a bot would've revealed a scammer. A bot warned about most of the scammers, but still people fell on simple stuff. And bot warns about Paypal and CC's, still people get scammed by chargebackers, and so on..

[suchmoon]

Ok. I'm not sure would the "Warning! Trade with extreme caution!" help that much as there are tons of red flags anyway in those dealings. Users falling for those scams are likely not reading much of anything, so how big are chances they'd notice or care about some warnings. I'd guess that people fall on scams like those that are on other websites, too. There simply isn't a way to protect some people from getting scammed.

E.g. in #bitcoin-otc people sometimes got scammed even though they knew perfectly well how to defend themselves against getting scammed. Most often the reason was laziness -- a simple command to a bot would've revealed a scammer. A bot warned about most of the scammers, but still people fell on simple stuff. And bot warns about Paypal and CC's, still people get scammed by chargebackers, and so on..

So because some users are stupid we shouldn't warn any users?

Are you sure your anti-DT vendetta isn't getting in the way of your judgement? YOU'RE IN IT so be part of the solution, stop being part of the problem.

[TECSHARE]

For years I've been unhappy with how DefaultTrust ended up as a centralized and largely-untouchable authority...

What is more centralized and untouchable authority than you unilaterally getting to exclude people from default trust no matter how many others trust them?

[darklus123]

Hmm interesting, tho I still haven't fully understood how the system works.

It is still clear to me that not all who were a part of DT1 are not that legible in my opinion. (Basically I am still basing their trust to how they act before). Tho I will be watching this and currently looking forward for a good result

[Lauda]

@theymos I think that you should tweak DT1 so that the exclusions from excluded DT1 members don't have any effect, the same way that their inclusions shouldn't. If the majority distrusts someone (e.g. a case example would be HostFat), then their trust list shouldn't affect DefaultTrust.
This to me seems like another possibly way to compromise DT over time: Keep getting accounts in that fit the criteria, even though the majority excludes them and suddenly switch once you have the adequate number. Or you could simply be a nuisance by maliciously excluding certain people from DT2 just for the sake of doing so.
While the possibility of DT1 members excluding each others creates more dynamic (by allowing consensus to form), it does not seem fully utilized until out actually means more than 'your ratings aren't trusted by default anymore'. Just a thought. Maybe that could/should also change in real time.

[Mpamaegbu]

I thought that I had a good idea for limiting each individual truster when handling the last two criteria: set it up as a circulation problem as below, and then find the maximum flow. The "user tX"s through whom flow passes would be the DT1s selected.



(The orders of the users would be randomized on each run.)

There are efficient algorithms for maximizing the flow in problems similar to this, which is why thinking about it in this way occurred to me. However, it turns out that the "exactly 0 or exactly 10" requirement on the rightmost edges makes finding an exact solution too difficult.

Dude, just do what you want and leave us out with your maths spinning Harry Potter skills. We aren't in a maths class here. Besides, if you are going to use the Merit gained as criterion for determining the DT, then it is flawed from the beginning. Isn't merit most times abused here?

BTW, so Lauda is suddenly awaken from her slumber?

[The Cryptovator]

The number of users trusted by 100+-merit users is now over 700. I think that I may modify that to requiring 2 trusters with 250 earned merit.

Number of 10-merit trusters:

Code:

+------------------+----------+
| name             | trusters |
+------------------+----------+
| DefaultTrust     |      654 |
| theymos          |       81 |
| Vod              |       54 |
| Blazed           |       47 |
| hilariousandco   |       47 |
| Lauda            |       46 |
| The Pharmacist   |       45 |
| LoyceV           |       43 |
| suchmoon         |       42 |
| Mitchell         |       40 |
| gmaxwell         |       38 |
| dooglus          |       37 |
| minerjones       |       37 |
| OgNasty          |       35 |
| SaltySpitoon     |       33 |
| philipma1957     |       32 |
| Zepher           |       30 |
| Lutpin           |       29 |
| Hhampuz          |       29 |
| krogothmanhattan |       28 |
| DarkStar_        |       27 |
| qwk              |       26 |
| actmyname        |       26 |
| Cyrus            |       25 |
| TMAN             |       25 |
| marlboroza       |       23 |
| greenplastic     |       22 |
| owlcatz          |       22 |
| BadBear          |       19 |
| monkeynuts       |       19 |
| Lesbian Cow      |       19 |
| -ck              |       18 |
| Tomatocage       |       18 |
| SebastianJu      |       17 |
| John (John K.)   |       17 |
| ibminer          |       17 |
| achow101         |       17 |
| HostFat          |       16 |
| JohnUser         |       16 |
| BitcoinPenny     |       16 |
| KWH              |       15 |
| shorena          |       15 |
| chronicsky       |       15 |
| yahoo62278       |       15 |
| CanaryInTheMine  |       14 |
| DannyHamilton    |       14 |
| hybridsole       |       14 |
| wheelz1200       |       14 |
| zazarb           |       14 |
| satoshi          |       13 |
| vizique          |       13 |
| OldScammerTag    |       12 |
| smoothie         |       11 |
| NLNico           |       11 |
| TookDk           |       11 |
| hilariousetc     |       11 |
| Maged            |       10 |
| phantastisch     |       10 |
| yxt              |       10 |
| mprep            |       10 |
| DiamondCardz     |       10 |
| squall1066       |       10 |
| Stunna           |       10 |
| hedgy73          |       10 |
| EcuaMobi         |       10 |
| polymerbit       |       10 |
| Gavin Andresen   |        9 |
| TECSHARE         |        9 |
| fluffypony       |        9 |
| EFS              |        9 |
| yogg             |        9 |
| cryptodevil      |        9 |
| ezeminer         |        9 |
| Lafu             |        9 |
| casascius        |        8 |
| malevolent       |        8 |
| Blazr            |        8 |
| PsychoticBoy     |        8 |
| monbux           |        8 |
| TheNewAnon135246 |        8 |
| tmfp             |        8 |
| Kialara          |        8 |
| nullius          |        8 |
| anonymousminer   |        8 |
| ICOEthics        |        8 |
+------------------+----------+

Number of 250-merit trusters:

Code:

+-------------------+----------+
| name              | trusters |
+-------------------+----------+
| DefaultTrust      |       63 |
| Vod               |       26 |
| hilariousandco    |       25 |
| The Pharmacist    |       24 |
| LoyceV            |       22 |
| suchmoon          |       21 |
| theymos           |       20 |
| gmaxwell          |       16 |
| Lauda             |       15 |
| actmyname         |       15 |
| DarkStar_         |       15 |
| philipma1957      |       14 |
| SaltySpitoon      |       13 |
| Mitchell          |       13 |
| Blazed            |       13 |
| Lutpin            |       12 |
| marlboroza        |       12 |
| dooglus           |       11 |
| Zepher            |       10 |
| ibminer           |        9 |
| TMAN              |        9 |
| Hhampuz           |        9 |
| krogothmanhattan  |        9 |
| OgNasty           |        8 |
| qwk               |        8 |
| KWH               |        8 |
| hilariousetc      |        8 |
| mprep             |        7 |
| Cyrus             |        7 |
| achow101          |        7 |
| owlcatz           |        7 |
| monkeynuts        |        6 |
| minerjones        |        6 |
| yahoo62278        |        6 |
| John (John K.)    |        5 |
| Anduck            |        5 |
| Tomatocage        |        5 |
| BadBear           |        5 |
| DiamondCardz      |        5 |
| shorena           |        5 |
| JohnUser          |        5 |
| tmfp              |        5 |
| Lafu              |        5 |
| ICOEthics         |        5 |
| HostFat           |        4 |
| Maged             |        4 |
| squall1066        |        4 |
| DannyHamilton     |        4 |
| Welsh             |        4 |
| NLNico            |        4 |
| yogg              |        4 |
| greenplastic      |        4 |
| cryptodevil       |        4 |
| OldScammerTag     |        4 |
| xandry            |        4 |
| LeGaulois         |        4 |
| Jet Cash          |        4 |
| Gunthar           |        4 |
| xtraelv           |        4 |
| phantastisch      |        3 |
| -ck               |        3 |
| malevolent        |        3 |
| BCB               |        3 |
| Stunna            |        3 |
| TookDk            |        3 |
| EcuaMobi          |        3 |
| Lesbian Cow       |        3 |
| wheelz1200        |        3 |
| BitcoinPenny      |        3 |
| chronicsky        |        3 |
| nullius           |        3 |
| Halab             |        3 |
| iasenko           |        3 |
| coinlocket$       |        3 |
| asche             |        3 |
| anonymousminer    |        3 |
| satoshi           |        2 |
| sirius            |        2 |
| allinvain         |        2 |
| nanotube          |        2 |
| casascius         |        2 |
| Pieter Wuille     |        2 |
| Raize             |        2 |
| Meni Rosenfeld    |        2 |
| grue              |        2 |
| bitpop            |        2 |
| BurtW             |        2 |
| tysat             |        2 |
| SebastianJu       |        2 |
| zvs               |        2 |
| Phinnaeus Gage    |        2 |
| Blazr             |        2 |
| Dabs              |        2 |
| Xian01            |        2 |
| babo              |        2 |
| BigBitz           |        2 |
| buysolar          |        2 |
| Micio             |        2 |
| vizique           |        2 |
| Ticked            |        2 |
| Timelord2067      |        2 |
| dArkjON           |        2 |
| BayAreaCoins      |        2 |
| minifrij          |        2 |
| TheNewAnon135246  |        2 |
| hybridsole        |        2 |
| arulbero          |        2 |
| AT101ET           |        2 |
| MadZ              |        2 |
| Avirunes          |        2 |
| redsn0w           |        2 |
| TripleHeXXX       |        2 |
| pazor_true        |        2 |
| Rmcdermott927     |        2 |
| bitkilo           |        2 |
| dazedfool         |        2 |
| iluvbitcoins      |        2 |
| sapta             |        2 |
| HagssFIN          |        2 |
| generalt          |        2 |
| Fakhoury          |        2 |
| zazarb            |        2 |
| ezeminer          |        2 |
| BtcCrazy1         |        2 |
| SFR10             |        2 |
| zoose             |        2 |
| rickbig41         |        2 |
| gt_addict         |        2 |
| HCP               |        2 |
| DJ1554            |        2 |
| duesoldi          |        2 |
| Kryptowerk        |        2 |
| MySeriousFaceIsOn |        2 |
| micgoossens       |        2 |
| Xal0lex           |        2 |
| o_e_l_e_o         |        2 |
| Coolcryptovator   |        2 |
+-------------------+----------+

Wondering to (vote) add my custom trust list who have already 9 vote (Those are trusted in my opinion only). So trust network will expand more. So that they could become DT1 if they have completed their custom list.

One thing rounding my mind. If a scammer make his won trust network and complete criteria to become DT1 then there is any other way to remove him from DT1 without theymos help ? So I think there should be another option like if total 10 DT1 exclude (~username) another DT1 then he will remove from DT1. Then scammer will not able to make their trust network and another DT can prevent it. Although theymos here to handle it but it would be easy mathode.

However, there's a small problem. Complete removal isn't possible without theymoses manual intervention, and this:

That's the one I am asking about.

[Lauda]

One thing rounding my mind. If a scammer make his won trust network and complete criteria to become DT1 then there is any other way to remove him from DT1 without theymos help ?

You just have to read the first post again.

#1
As a special exception to the normal algorithm for determining a user's trust network, if you are on the default trust list ("DT1") but more other DT1 members distrust you than explicitly trust you, then it is as if you are distrusted by the default trust list for all purposes except for this very DT1-composition determination.

So if someone on DT1 is doing something stupid, you can ask other DT1 members to distrust them.

See here for live info on this "DT voting".

However, there's a small problem. Complete removal isn't possible without theymoses manual intervention, and this:

@theymos I think that you should tweak DT1 so that the exclusions from excluded DT1 members don't have any effect, the same way that their inclusions shouldn't. If the majority distrusts someone (e.g. a case example would be HostFat), then their trust list shouldn't affect DefaultTrust.
This to me seems like another possibly way to compromise DT over time: Keep getting accounts in that fit the criteria, even though the majority excludes them and suddenly switch once you have the adequate number. Or you could simply be a nuisance by maliciously excluding certain people from DT2 just for the sake of doing so.
While the possibility of DT1 members excluding each others creates more dynamic (by allowing consensus to form), it does not seem fully utilized until out actually means more than 'your ratings aren't trusted by default anymore'. Just a thought. Maybe that could/should also change in real time.

[LoyceMobile]

Theymos, would it be possible to update the trust.txt data dump much more frequent than once a week?

[Andrey123]

Hello.
In this thread: https://bitcointalk.org/index.php?topic=5096004.new#new
I try to deal with a negative attitude towards me and towards a situation in which no one was injured and was not deceived ... except me.

And according to the answers, I am convinced that theymos was right, that several people can put up with negative trust with impunity 

[niceboy999]

Have there been cases like this?

Yes. This thread (where I try to warn users to register before dealing, avoid locked or self-moderated threads and check others' trust) gets a lot of "I wish I had read this before. I was already scammed by [tagged/known scammer here]"

Thank you Buddy

[hilariousetc]

And I want to insist on my suggestion regarding trust: guest should see some trust. Default trust would make sense but any trust. Non registered users are still being scammed by known scammers because they don't see the tags.

I'd also like to see trust on all boards that show signatures. I'm mainly thinking about user Velkro, who advertises his scam site in his signature and mainly posts on boards that don't show trust ratings.

I doubt theymos would change it but I'd like the option to choose at least. Maybe it should be hidden by default but a toggle option to show trust in all sections could be given for those that want it.

For years I've been unhappy with how DefaultTrust ended up as a centralized and largely-untouchable authority...

What is more centralized and untouchable authority than you unilaterally getting to exclude people from default trust no matter how many others trust them?

I agree. I think we're needlessly complicating an already complicated system even more and I don't see how much different this system is. I think it will probably actually involve more collusion and backroom deals to exclude people to get them off DT. Older users with friends here will benefit more from it whilst newer users will still be flummoxed by it.

However, there's a small problem. Complete removal isn't possible without theymoses manual intervention, and this:

Theymoses and his holy default trust commandments.

[TECSHARE]

For years I've been unhappy with how DefaultTrust ended up as a centralized and largely-untouchable authority...

What is more centralized and untouchable authority than you unilaterally getting to exclude people from default trust no matter how many others trust them?

I agree. I think we're needlessly complicating an already complicated system even more and I don't see how much different this system is. I think it will probably actually involve more collusion and backroom deals to exclude people to get them off DT. Older users with friends here will benefit more from it whilst newer users will still be flummoxed by it.

It seems like I raised these issues years ago, but I am a bad man and must be ignored. Now, years later, it is suddenly an issue again. The trust system just turns more and more into a nightmarish Rube Goldberg machine with each new "improvement".

You know what the trust system lacks and desperately needs? Solid, well defined principles that are followed as much as possible. Not more variables to an equation.

[suchmoon]

Solid, well defined principles that are followed as much as possible. Not more variables to an equation.

Who's going to enforce those principles and how?

[vit05]

I still can not understand why my idea of a live list for trust was so rejected. It would be so much simpler to copy targeted lists that other users have done than to create an entirely new one.

In my list, I only exclude users who usually send negative trust as revenge to other users, but I do not have the patience to create a good new list. So I use DefaultTrust depth4