Self limitation for safety: Difference between revisions
Jump to navigation
Jump to search
m added Keysholes for microcomponent disassembly in text and == Related == section |
m →Related |
||
| (2 intermediate revisions by the same user not shown) | |||
| Line 17: | Line 17: | ||
* [[Safety]] | * [[Safety]] | ||
* [[Safety towards and with gem based APM]] | * [[Safety towards and with gem based APM]] | ||
* '''[[Designing against Murphies law]]''' | |||
* [[Informal laws]] | * [[Informal laws]] | ||
* [[Keysholes for microcomponent disassembly]] | * [[Keysholes for microcomponent disassembly]] | ||
* [[Grey goo horror fable]] | |||
---- | ---- | ||
Another case of self limiting but here not for safety but for performance: | Another case of self limiting but here not for safety but for performance: | ||
Latest revision as of 13:07, 22 June 2026

Against software hacking:
- Usage of specialised and in function limited metamaterials instead of general purpouse utility fog (e.g. shelving systems).
Against direct physical hacking attacks:
- Combination lock stones as a safety measure against malicious disassebly attacks are metioned here.
- Integrated oszillators as physical timer to artificially slow down the disassembly of microcomponents - this allows for more response time.
Other:
Related
- Safety
- Safety towards and with gem based APM
- Designing against Murphies law
- Informal laws
- Keysholes for microcomponent disassembly
- Grey goo horror fable
Another case of self limiting but here not for safety but for performance: