I think the whole bone of contention with the statement is pretty much a semantic argument. What is "trust"? In your scenario, I wouldn't classify it as trust

I think the whole bone of contention with the statement is pretty much a semantic argument. What is "trust"? In your scenario, I wouldn't classify it as trust at all, yet I know I've used that word to describe something similar when describing building software. But if you wanted to pin me down, I'd waffle and say, yeah, I'm not really talking about trust. If I trusted function X, I wouldn't check anything about it, I'd assume it's right. So in your scenario, I wouldn't classify what you were doing as platonic trust either. I wouldn't call it trust unless the verification came when the deliverable was due. But then by then, your trust has been violated. For instance I ordered something online. I trust the information FedEx gives me is accurate. It says my package is delivered. I am going home and I expect to see the package at my door. I trust my neighborhood/apt complex enough that I don't expect it to be stolen. That is trust. I don't have anything to confirm what I currently believe, but I still believe it. In contrast, I stopped trusting the USPS at my old apartment. Because a couple of times, they've claimed a failed delivery attempt even when I was home. So I stopped expecting things to get delivered when they said they would be when they would come through USPS. And I never trusted packages to be delivered to the house I lived at before that place. I'd get things delivered to work. When people tell me they "trust, but verify", I tell them it's either or. You can trust or you can verify. When they tell me they trust the results of my work but want to verify it, I explicitly tell them, "I don't want you to trust it, I want you to double-check me to make sure I got it right. I don't fully trust myself. Accuracy is important, I want a critical eye on this in case I missed something. I don't mind being wrong if it means we are right."