why is there a risk to ask for “no keys in any respect”?
The assertion you quoted is about “requiring no keys” within the sense of not explicitly requiring the usage of keys. The assertion you quoted is not about asking for keys. requiring and asking are totally different.
I believe it is not easy to specify a scripting language that enables for key primarily based safety however which prohibits scripts omitting any type of key primarily based safety. The designer of the system used a scripting language to create flexibility for future innovation, to not suppress it.
Here is an extract from an early dialog between Gavin Andresen and Satoshi Nakamoto, the creator of Bitcoin and its preliminary scripting system.
Gavin Andresen June 17, 2010, 11:38:31 AM
… First: it make me a little bit nervous that bitcoin has a scripting
language in it, regardless that it’s a actually easy scripting language
(no loops, no pointers, nothing however math and crypto). It makes me
nervous as a result of it’s extra difficult, and complication is the enemy
of safety. …
Satoshi Nakamoto replied
The character of Bitcoin is such that after model 0.1 was launched, the
core design was set in stone for the remainder of its lifetime. Due to
that, I needed to design it to assist each potential transaction kind
I might consider. The issue was, every factor required particular assist
code and information fields whether or not it was used or not, and solely coated one
particular case at a time. It might have been an explosion of particular
instances. The answer was script, which generalizes the issue so
transacting events can describe their transaction as a predicate that
the node community evaluates. The nodes solely want to grasp the
transaction to the extent of evaluating whether or not the sender’s
situations are met.The script is definitely a predicate. It’s simply an equation that
evaluates to true or false. Predicate is a protracted and unfamiliar phrase so
I referred to as it script.The receiver of a fee does a template match on the script.
Presently, receivers solely settle for two templates: direct fee and
bitcoin tackle. Future variations can add templates for extra
transaction sorts and nodes operating that model or larger can be
in a position to obtain them. All variations of nodes within the community can confirm
and course of any new transactions into blocks, regardless that they might not
know how one can learn them. The design helps an incredible number of
potential transaction sorts that I designed years in the past. Escrow
transactions, bonded contracts, third celebration arbitration, multi-party
signature, and so on. If Bitcoin catches on in an enormous method, these are issues
we’ll wish to discover sooner or later, however all of them needed to be designed
at first to ensure they might be potential later.
