Difference between revisions of "Main Page"

From Networked Mortality
Jump to: navigation, search
(Other Awesome Groups, Writeups, Etc)
(Dealing with Data)
 
(13 intermediate revisions by one user not shown)
Line 1: Line 1:
Today the spontaneity of planning, which makes it possible to search for a place to eat while already out the door, forms habits making the avoidance of planning for death even easier. The compartmentalization of online selves makes discrete and care-full notifications difficult, and sadly the current viable option is mass broadcast. Direct and peripheral experience of the fallout of death in this new environment inspired the creation of this shared place for methods of using networks to exhibit care rather than exacerbate confusion. The wiki contains things like [[Wills|wills]] (what to do with corpus, corpse, etc), [[Mailing List Invite|notifications]] for far-flung communities, dealing with passwords, and [[Open Source Cadavers|donating one’s body to science in ways that support open research]]. All things here assume a commitment to open access, creative commons, and inclusion. Just as the internet is about creating, storing, and transmitting knowledge, this guide is about contributing to something larger than the individual. It’s about continuing to build the commons, establishing protocols for death in the digital. You are encouraged to edit, contribute, and refine this living document. Remnant questions are kept [[Remnant questions|here]] until more eloquently embedded elsewhere.
+
'''Dealing with death in a digital age. This is a community-based, distributed way of contributing your corpus and corpse to larger society at the time of your death.'''
  
 
Components are divided up into ''documents'', ''accounts'', ''notifications'', and ''people''. Documents are centralized with accounts, which are propagated via notifications to people, as triggered by a notification from a person. This means only having to worry about keeping something up to date in '''one''' place -- a change to a will or to a website password simply happens in the place of storage, without needing to notify everyone involved. As people enter or leave the circle of trust, they can be added or removed from the notification pool. The notification mechanism is the one thing that has to remain consistent in this set up. It is important to consider not only your own desires, but also [[what other people might want or need]].
 
Components are divided up into ''documents'', ''accounts'', ''notifications'', and ''people''. Documents are centralized with accounts, which are propagated via notifications to people, as triggered by a notification from a person. This means only having to worry about keeping something up to date in '''one''' place -- a change to a will or to a website password simply happens in the place of storage, without needing to notify everyone involved. As people enter or leave the circle of trust, they can be added or removed from the notification pool. The notification mechanism is the one thing that has to remain consistent in this set up. It is important to consider not only your own desires, but also [[what other people might want or need]].
Line 21: Line 21:
 
* [http://gamepolitics.com/2014/08/19/delaware-passes-law-give-heirs-rights-digital-property#.VADsdPldV9k Delaware law gives heirs rights to digital properties], August 19, 2014 - GamePolitics
 
* [http://gamepolitics.com/2014/08/19/delaware-passes-law-give-heirs-rights-digital-property#.VADsdPldV9k Delaware law gives heirs rights to digital properties], August 19, 2014 - GamePolitics
  
==A mailing list==
+
==A more individualized way to notify folk==
 
The mailing list might include both people who simply need to know as well as those who have agreed to take on certain [[Tasks to Consider|responsibilities]] at the time of death or incapacitation. These responsibilities include things like letting social or work contacts know, or getting into stuff and taking care of sensitive material before deploying open access mode. There's a set of people tasked with tending to the online accounts. The ideal is a closed notice of death to people, before it hits the rest of the internet. This eases the burden on any one person, while also providing a support network.
 
The mailing list might include both people who simply need to know as well as those who have agreed to take on certain [[Tasks to Consider|responsibilities]] at the time of death or incapacitation. These responsibilities include things like letting social or work contacts know, or getting into stuff and taking care of sensitive material before deploying open access mode. There's a set of people tasked with tending to the online accounts. The ideal is a closed notice of death to people, before it hits the rest of the internet. This eases the burden on any one person, while also providing a support network.
  
Line 54: Line 54:
 
=Other Awesome Groups, Writeups, Etc=
 
=Other Awesome Groups, Writeups, Etc=
 
==Relevant Writeups and Comics==
 
==Relevant Writeups and Comics==
* [http://www.jedbrubaker.com/ Jed Brubaker's] PhD on [http://www.jedbrubaker.com/death-and-the-social-network-the-persistence-of-digital-identity/ "Death and the Social Network: the Persistence of Digital Identity"], in collaboration with Facbeook
+
* [http://digitalpublic.io/drafts/reading Digital Public's reading list], covering fiduciary law, intellectual property, trust law, corporate governance, + data law.
 +
* [http://www.jedbrubaker.com/ Jed Brubaker's] PhD on [http://www.jedbrubaker.com/death-and-the-social-network-the-persistence-of-digital-identity/ "Death and the Social Network: the Persistence of Digital Identity"], in collaboration with Facebook
 
* [https://medium.com/message/networks-without-networks-7644933a3100 The Sixth Stage of Grief Is Retro-computing]
 
* [https://medium.com/message/networks-without-networks-7644933a3100 The Sixth Stage of Grief Is Retro-computing]
 
* [http://www.spectator.co.uk/features/9201661/i-am-ready-to-talk-about-my-death-is-anyone-else/ I am ready to talk about my death, is anyone else?]
 
* [http://www.spectator.co.uk/features/9201661/i-am-ready-to-talk-about-my-death-is-anyone-else/ I am ready to talk about my death, is anyone else?]
Line 61: Line 62:
 
* [https://medium.com/message/deathhacks-b767903b7c15 Death Hacks]
 
* [https://medium.com/message/deathhacks-b767903b7c15 Death Hacks]
 
* [http://newsroom.fb.com/news/2015/02/adding-a-legacy-contact/ Facebook gets a Legacy Contact]
 
* [http://newsroom.fb.com/news/2015/02/adding-a-legacy-contact/ Facebook gets a Legacy Contact]
 +
* [http://www.meganlyip.com/blog/ What Concerns You Most about Death?]
 +
* [https://medium.com/human-parts/death-in-the-digital-age-799cf5c74fb7 Human Parts and Death in the Digital Age]
 +
* [http://www.theguardian.com/lifeandstyle/2015/jul/04/what-happens-to-my-late-husbands-digital-life-now-hes-gone What happens to my late husband's digital life now he's gone?]
 +
* [http://fusion.net/story/274991/i-spent-the-last-6-months-planning-my-online-death/ I spent the last 6 months planning my online death]
 +
* [https://docs.google.com/document/d/1p-oBHuHbUcWneWZLlZcw_fphQ2NBleKVAmNjF7uGBEE/edit Digital Death syllabus]
  
==Rad Groups==
+
==Rad External Goings On==
 +
===Digital Commemoration===
 +
* [http://timenesia.org Timenesia]
 +
* [https://github.com/fin/memorial-page Memorial Page]
 +
 
 +
===Dealing with Data===
 +
* [http://digitalpublic.io/ Digital Public]
 
* [http://www.thedigitalbeyond.com/ The Digital Beyond]
 
* [http://www.thedigitalbeyond.com/ The Digital Beyond]
 
* [http://getyourshittogether.org/ Get Your Shit Together]
 
* [http://getyourshittogether.org/ Get Your Shit Together]
 +
* [http://get.digi.me DigiMe]
 +
 +
===Bodies===
 
* [http://www.personalgenomes.org/ Personal Genome Project]
 
* [http://www.personalgenomes.org/ Personal Genome Project]
 +
* [http://www.capsulamundi.it/progetto_eng.html Capsulamundi]
 +
 +
===Events and Groups===
 
* [http://deathsalon.org/meetings/death-salon-uk-2014/ Death Salon UK]
 
* [http://deathsalon.org/meetings/death-salon-uk-2014/ Death Salon UK]
 
* [http://www.bath.ac.uk/cdas/ University of Bath: The Center for Death & Society]
 
* [http://www.bath.ac.uk/cdas/ University of Bath: The Center for Death & Society]

Latest revision as of 07:53, 12 August 2017

Dealing with death in a digital age. This is a community-based, distributed way of contributing your corpus and corpse to larger society at the time of your death.

Components are divided up into documents, accounts, notifications, and people. Documents are centralized with accounts, which are propagated via notifications to people, as triggered by a notification from a person. This means only having to worry about keeping something up to date in one place -- a change to a will or to a website password simply happens in the place of storage, without needing to notify everyone involved. As people enter or leave the circle of trust, they can be added or removed from the notification pool. The notification mechanism is the one thing that has to remain consistent in this set up. It is important to consider not only your own desires, but also what other people might want or need.

It should be possible to speak about death without fear. If you are in danger of harming yourself, please say as such directly, and get help.

Digital artifacts

Executing wills can be a complicated thing, and there are additional snafus and hoops to jump through in granting digital rights postmortem, especially as most courts lack basic understanding of our home The Internet. These structures set up both mechanisms to get access to passwords outside a court of law, as well as making that access legitimate through bequeathing to individuals in via will. For example:

I devise, bequeath, and give my technology to my relationship, name. If name is unable or unwilling to accept, I bequeath the technology to my relationship, second name.
I devise, bequeath, and give my online profiles and digital assets, as primarily found in my password vault, to my relationship, name. If name is unable or unwilling to accept, I bequeath my online profiles and digital assets, as found in my password vault to my relationship, second name.

You need to tell people where your physical will is.

Passwords and online accounts

Security tends to prevent others from accessing accounts without your presence. In death, that absence is guaranteed. Thus, a quandary well covered in secret sharing and this writeup from Cory Doctrow. Split the password for decrypting a password vault in two, and give each half to two people. These four folk don't know who the others are, and should have no reason to talk to each other, except in case of death. You'll also need to store backup codes for two-step authentication.

The encrypted aggregated passwords file is stored in a place accessible remotely. It should auto-update with changes, rather than requiring upkeep. 1Password can also store encrypted notes, in which should be included instructions (also found in templates) and reminders of each of the tasks requested of people. A major thing to consider might be what to do with accounts.

But how will people know the time to act in that capacity has come, and how will they find each other? A mailing list, of course!

Heir Rights and Digital Property

A more individualized way to notify folk

The mailing list might include both people who simply need to know as well as those who have agreed to take on certain responsibilities at the time of death or incapacitation. These responsibilities include things like letting social or work contacts know, or getting into stuff and taking care of sensitive material before deploying open access mode. There's a set of people tasked with tending to the online accounts. The ideal is a closed notice of death to people, before it hits the rest of the internet. This eases the burden on any one person, while also providing a support network.

Send each of these people a request for involvement, and then (if they agree to be on the list) instructions on how to use mailing lists in general and this one specifically. Then set up an auto-responder to a mail posted to the list with instructions on what first steps are, and reminders of how to access information. In a continuing trend, templates for each of these things can be found in the template section of the wiki.

Failure Modes

Control Systems are Delicate

This is essentially setting up a control system for information dispensation and action upon demise. Control systems are delicate - single points of failure (like the mailing list not working) or weakest links (unclear directions for action) have to be considered and accounted for. As the point of this exercise is to 1) ease burdens on loved ones and 2) ensure open access intentions carry through past death, an example issue to consider in this set up is people getting falsely spooked and subsequently either a) leaking passwords / freaking out the internet or b) becoming jaded and inactive. One version of this might be a family member who had not been fully informed as to how the system set-up works posting to the list with a "hey how does this work?", triggering the auto-responder, causing some tasks to be executed. The cost of this would be the cognitive load of damage control and head-petting. To mitigate this and things like it, a part of the Mailing List Auto Response template is a "can you trust the message that triggered this?" prompt.

Threat Model

In infosec, considering what could go wrong in life and the structures built to respond to those incidents would be called a "threat model." What are anticipated complications, where do those come from, and what can be done to mitigate? This system is set up thus far as "more Murphy, less Mallory." Meaning it's anticipating death and issues with the deployment (accidental or otherwise) of the postmortem setup as occurring by accident, not malice. IE, not worrying about someone intentionally cracking the password vault (or setting up a spoof one for loading passwords into). Some people do need to worry about these things, and it should be a part of their consideration when setting up a system which takes care of their digital assets postmortem. Please make space on this wiki to document those cases and resulting structures as well.

Using your threat model, compare unintended consequences (mid to low probability false alarm and associated cognitive load in damage control; a vanishingly small likelihood of a scenario in which people loved and trusted are secretly horrible people who seek out the other password holders who 'also' end up being horrible and sneaky, and together they unlock all the passwords, and the falsehoods they post on social media are actually believed by people (thanks, anxiety-brain, for that worst-case-scenario!)) with non-action (the amazing set of people in life have emotional and chaotic things to deal with which could have been avoided; worthwhile but unpolished work is not released into the world for others to make use of) and decide the how to act (or not). Then build in mitigation and fall-backs into the structure of this control system. Here's one example:

Yearly Test

Send a yearly test email to The List once a year. Do all the mechanisms still work? Do people know where to find files, and can they gain access? If the password on the vault has changed, this is a good time to be sure the halves-holders have the newest version. It's also a good time to get assurance that people 'want' to be on the list, and are willing to perform their tasks - do they respond to a yearly message? If not, you might not want to include them on the actuality dire eventually.

A body

Is it possible to donate a cadaver with Open Access stipulations? In this section of the wiki, the logistics, law, and advocacy are explored.

Why is this so important? While any one contributor is unlikely to be a special snowflake for medical research, it's possible that, if enough people sign up for this, someone involved will be a Henrietta Lacks. As it's almost statistically impossible that any single person would be that profitable to an organization, it's likely to be a risk worth taking on the receiving organization's end. But it's a downstream obligation that, especially if it becomes common practice, opens up the benefits of medical research to a much wider part of the population than currently benefits.

This downstream obligation could get tricky because the individual defining it won't have authority to uphold the obligations. They'll be dead. Granting authority in the living will and will via power of attorney is therefore essential. Ideally, the organization receiving the cadaver will voluntarily comply -- especially likely if the org is federally funded, because they'll be under the federal open access mandate. Combining these two things manifests as WILLING a body, as the body becomes an object after death, and attaching obligations accordingly.

Historical examples of how corpses are handled

Pledge to donate

Be a part of open source cadavers by pledging to donate your body. As the list grows, more attention will be paid to this as a viable model.

Completion

Please remember, dear geeks - understanding the theory of this is NOT the same as ACTUALLY doing it. OSC sets up mechanisms for granting digital rights, for passing on passwords, for slow-release information, and for Open Access to information possible from death. Seeing the importance and care of fulfilling these steps means doing it. Every possible barrier to showing care for loved ones, and commitments to causes even postmortem has been removed. All it takes is a little premortem planning.

Other Awesome Groups, Writeups, Etc

Relevant Writeups and Comics

Rad External Goings On

Digital Commemoration

Dealing with Data

Bodies

Events and Groups

Mentions of note

Get Involved

  • Jump on the FAQ and start to answer some questions
  • Edit this wiki
  • Other general To Dos