>> So I am not saying that a brute-forceable lock is not pickable > You quite li...

bryans · on June 27, 2022

> I think you have a problem with me communicating using (formal) logic.

The problem is that what you're saying is contradictory to itself. You're conveniently ignoring all of the flaws being pointed out, and instead reiterating the same argument ad nauseam, while also moving goal posts and morphing qualifiers as needed.

> but only when you are able to reduce the problem space from the full set of combinations would I say you are picking a lock. Which means that a lock with 100 combinations, and you try all 100 of them, you are not lock picking, but if you reduce that to trying out 50 combinations, then you are

The fundamental concept which you keep acknowledging but refuse to accept, is that brute force is a reduction of the problem space. In fact, it's a >99% guarantee to be reduced. Whereas the other lockpicking methods with a reduced space are not actually guaranteed to defeat the lock in a shorter amount of time, if at all.

You even acknowledged in your first comment that brute-forcing a limited set will, on average, require half as many attempts. Since your qualification for being pickable is that the problem space is reduced by half, then brute-forcing meets your definition of lockpicking half of the time. At that point, it's irrefutably classifiable as lockpicking, with the understanding that other methods may be more (or less) effective.

And you're still ignoring that the entire point of the lock being discussed is that traditional lockpicking methods wouldn't work. At all. Yet, when presented with an option to defeat the lock in less than 4 hours, your reaction was to repeatedly state that it doesn't even count as lockpicking. I don't know what else to say.

necovek · on June 29, 2022

> And you're still ignoring that the entire point of the lock being discussed is that traditional lockpicking methods wouldn't work.

I am not ignoring it: I was bringing a point on terminology, not on this particular lock or lock-picking methods.

You seem to be unable to accept that people tend to and do use different terminology for same things, or same terminology for different things.

> Yet, when presented with an option to defeat the lock in less than 4 hours, your reaction was to repeatedly state that it doesn't even count as lockpicking. I don't know what else to say.

You need not say anything else, because I like to consider this a design idea, rather than a lock on a non-existent doors.

What would be the effect on the time to "lockpick" exactly the same type of lock but with two more or double the number of pins (as an obvious counter measure)?

Remember that this is a proof of concept lock and there are no doors it protects, so any actual implementation should be able to easily apply obvious extensions where higher security is needed. Again, it's not about this particular lock, but if there is an obvious scalability to the design, a lockpicking method only works if it scales linearly (like with regular pins, where you only test each pin individually).

Yeah, I don't accept your terminology, and you don't accept mine (no matter how you try to stretch it how it being half on average is reducing the problem space when it's not: that's rudimentary math, and when you reduce the problem space in a smart way, it applies to each method: eg. testing individual pins, you'll find them on average in half the attempts...).

I do struggle to understand why are you so keen to convince others how your use of terminology is the only acceptable use: it's ok to agree to disagree.

bryans · on June 30, 2022

> I am not ignoring it: I was bringing a point on terminology, not on this particular lock or lock-picking methods.

You declared an entirely new definition for lockpicking which is contradictory to all accepted definitions of lockpicking, and then used it to repeatedly insist that the lock being discussed isn't pickable. Your comments are public and what you said is clearly visible, so please stop creating new realities when holes are poked in the previously concocted one.

> You seem to be unable to accept that people tend to and do use different terminology for same things, or same terminology for different things. [...] I do struggle to understand why are you so keen to convince others how your use of terminology is the only acceptable use: it's ok to agree to disagree.

You appear unable to accept that there is an entire industry of locksmithing experts and 100% of them use the same terminology. You are insisting that your invented definitions based on zero locksmithing knowledge should be more relevant than the actual definitions standardized over 4,000 years by hundreds of thousands of experts.

The rest of your comment consists of even more bizarre new definitions for lockpicking and mathematics which contradict reality, and veers even further away from the actual topic being discussed. I refuse to engage with it, because you are making all of your arguments in bad faith. If you can provide any shred of evidence for any of your claims about lockpicking, logic or math, I'll happily concede. But we both know that evidence doesn't exist.

necovek · on July 3, 2022

Yeah, you are convinced you read things which are nowhere written, so there is no sense in having a "debate": your refusal to engage is a really weird one, considering the length of your comments trying to pit statements from different contexts against each other.

Good job and keep at it, you'll certainly make everyone right on the internet again.