Services Web propriétaires ou services qui peuvent survivre à la mort de l'inventeur

Question

J'ai remarqué un nouveau service Web aujourd'hui appelé Dead man's switch, qui envoie des e-mails au cas où vous ne répondriez pas à des «pings» périodiques qui vous prouvent sommes encore vivants. Mais il m'est apparu que je pourrais survivre à la personne ou à l'organisation qui paie les factures pour le service, rendant le service inutile.

Il existe d'autres types de services que nous pourrions être réticents à utiliser simplement parce que la valeur est si élevée que nous ne la faisons pas confiance à un inventeur qui pourrait perdre intérêt ou à une organisation qui pourrait devenir insolvable. Comme les référentiels de données qui pourraient être utilisés dans de nombreux programmes et appareils différents, mais qui les briseraient tous si quelqu'un oublie de payer la facture d'hébergement. Mais dire que le service "s'est possédé lui-même", et a payé ses propres factures d'hébergement? Comme ceci:

• L'hôte est Amazon EC2 ou similaire
• Le projet de loi est payé en débitant un compte bancaire
• Le compte bancaire est alimenté par un rendement d'intérêt et les recettes publicitaires
• Le compte bancaire est le nom du service lui-même, et une fois ensemencée jamais touché quoi que ce soit d'autre encore
• le créateur déclare le service « fini » et se déplace sur le prochain projet

Pour moi, c'est un problème d'ingénierie similaire à celui de la construction de rovers martiens, de générateurs de bury-n-forget, de The Millenium Clock et d'autres artefacts qui ont leurs propres mécanismes d'homéostasie et peuvent être abandonnés par leurs créateurs. .

La question est: quelles sont les pièges? Le compte bancaire doit-il être au nom d'une personne réelle? Pouvez-vous empêcher le gouvernement? de considérer le compte "non réclamé" après n ans? Comment pourrait-il se remettre des accidents? Existe-t-il une API pour l'ouverture de nouveaux comptes d'hébergement dans d'autres sociétés afin qu'elle puisse se mettre automatiquement à l'échelle et se protéger contre l'insolvabilité d'un hôte?

Answer 1

Vous ne pouvez pas rendre un service robuste de cette manière - si le compte bancaire est un point de défaillance unique, alors quand (pas si) il échoue, vous perdez. Un compte bancaire ne peut pas exister sans une entité légale pour le posséder, mais c'est juste un détail ici - d'autres échecs sont qu'Amazon pourrait tirer SC2, ou augmenter le prix, ou faire un changement d'API incompatible, ou être soudoyé par votre rival ou ordonné par un tribunal pour supprimer votre application.

Ross Anderson a publié une première description des exigences pour un «service d'éternité» pour le stockage de données. Le principe général est de le répartir entre autant de personnes que possible et de s'assurer qu'elles ont toutes des motivations solides pour maintenir le service et maintenir certaines données en direct. Il doit être résilient contre le plus grand nombre possible de participants qui abandonnent, et contre le plus grand nombre possible de participants qui «s'en prennent à eux-mêmes» et tentent de le subvertir. Il ne donne que des grandes lignes dans l'article que j'ai lu, et quelques techniques spécifiques qui pourraient être utiles, mais c'était il y a plus de 10 ans. Vous pourriez trouver d'autres recherches si vous regardez.

http://www.cl.cam.ac.uk/~rja14/eternity/eternity.html

Answer 2

Je pense que vous avez regardé trop de films de science-fiction. Pourquoi ai-je le sentiment que vous êtes le genre de gars qui provoquera la disparition de l'humanité en lâchant les robots avec une IA mortelle ...

Une pensée intéressante cependant. J'aime ça. :)

Answer 3

Le compte bancaire doit être lié à une personne (via SSN) ou à une société (via TIN). Vous auriez plus de chance de l'attacher à un compte personnel, car même si une société ressemble à ce que vous cherchez, il y a d'autres coûts tels que les taxes fédérales et d'état qui entraîneraient la dissolution de la société sans intervention humaine. l'entretenir. Pour ce qui est de l'API, il n'y a pas d'API pour le moment, à part "le créateur" qui écrit une sorte de script bot qui pourrait s'inscrire pour certaines des sociétés d'accueil actuelles ... bien sûr, cela ne marche pas. Ne résolvez pas l'aspect "enterrer n oublier".

idée très intéressante mais ... Je suis très curieux de voir les autres réponses à cette question :-)

Answer 4

Le service aurait besoin d'acquérir une identité juridique établie avant une description d'un compte bancaire pourrait être ouvert dans son nom.

Cela pourrait être une possibilité une fois que cela se produit.

Answer 5

Une chose qui apparaît dans l'esprit i Wikipedia. Un des co-inventeurs a abandonné, un autre joue un rôle de plus en plus limité, le chiffre d'affaires des rédacteurs est stupéfiant et il y a un grand nombre de personnes qui tentent de le subvertir (vandalisme, faux articles, fausses informations), et ils ont un afflux constant de gens qui n'ont aucune idée de ce qu'ils font.

Ce qu'ils ont bien fait était d'avoir décentralisé la structure. À l'exception des serveurs qui l'hébergent, tout sur WP est réparti entre des milliers d'admins et des millions de contributeurs dans le monde entier. WP lui-même continue de susciter suffisamment d'intérêt parmi les nouveaux venus pour continuer à réapprovisionner ceux qui partent - et ils partent si souvent. Si vous avez regardé dans les entrailles de WP, vous seriez choqué et horrifié que cela fonctionne même, mais cela fonctionne et le fait plutôt utilement.

Answer 6

Mis à part les complexités juridiques.

Votre service aurait également besoin de savoir quand il était temps pour lui de supprimer lui-même. Si elle n'est plus utilisée, et que les informations qu'elle contient sont dupliquées ailleurs dans des services meilleurs/plus efficaces (et comment testeriez-vous cela?) - est-ce utile pour continuer à consommer des ressources?

Cela commence à sonner comme awefully le début d'un grand nombre d'histoires de scifi, comme d'autres ont dit :)