11/26/2022 0 Comments Flaws in deleted keybase app chat![]() ![]() I think the most logical answer is probably that blocking should happen privately, just from the perspective of the person doing the blocking. Both expose this info pretty clearly to the person being blocked - far more easily than on services that keep and control their own "follow" graphs and expose them selectively to everyone differently. To be clear: to block someone from tracking would require that either (a) they can't write this entry in the merkle tree, or (b) clients all see the entry in the merkle tree, but they've been notified in some way to ignore that one blocked entry. They are signed statements put into a public place, which, by design, is consistent for all users. Or it might just hurt their feelings.Īaand.blocking a tracker statement would be discoverable by the person being blocked. This adds fuel to the fire, which will make them attack in other ways, outside the controls of the blocking system: on other services, via other accounts, whatever. It can incite people further, offend them, or make them think they're successful at getting to you. The big problem here is that you never want a person to know you block them. They'd still have all the power of their own proofs, timestamped, in Keybase's merkle tree, even hashed into the bitcoin blockchain. However, it's hyperbole that we're shooting ourselves in the foot to block tracking! The service would not be weakened if someone could magically remove some of the strength of their own proofs by preventing others from tracking them. It's definitely one of the roles of tracking. ![]() #Flaws in deleted keybase app chat verification#You also might not want other people making connections between the 2 of you, and that's more subtle.I'll get to that in a & - your points are valid when looking at tracker statements as a distributed proof verification service. I know that when you don't want to see someone, you really don't want them appearing in your suggestions, in the form of notifications, or in any other way. Thanks, everyone, for opinions on - your points on blocking are certainly valid.Īs an aside, we ran a dating site for 10 years. ![]() So far the arguments against having the ability to block seem to boil down to "why would you want that?" and a vague "it may hurt the site". Are you imagining that everyone would block everyone else? I just don't see that happening.Ī blocking function is of high value to users and very low impact to the functionality of the site. Implementing a blocking feature wouldn't hurt Keybase in the slightest. To remove this feature would decrease the value that Keybase has-it would be shooting the service in its own foot. Upcoming feature: prevents the blocked user from sending you emails via the email relay with any email listed in the uid section of their public key.Upcoming feature: prevents the blocked user from sending you messages via the Keybase website.Potential: hides the blocked user from appearing anywhere on the site.Hides the blocked user from appearing in the tracking suggestions.Prevents you from receiving a notification email if an unwanted user starts tracking you (because tracking functionality would be blocked).Prevents the blocked user from tracking you publicly and thus showing up in the "Trackers" list on your profile.I've already listed several purposes but I'll go over them again for posterity: I think what is trying to say is it serves no purpose to be able to 'block' someone. ![]()
0 Comments
Leave a Reply. |
AuthorWrite something about yourself. No need to be fancy, just an overview. ArchivesCategories |