donau

Donation authority for GNU Taler (experimental)
Log | Files | Refs | Submodules | README | LICENSE

requirements.tex (19487B)


      1 \section{Requirements Analysis}\label{requirements}
      2 
      3 This section provides an overview of requirements to provide
      4 donors with donation privacy and tax authorities with adequate proof
      5 that a donation was indeed clean and made according to the rules for
      6 donations in their region of operation.
      7 
      8 Tax authorities are creative, and taxation is an ever evolving area of
      9 complexity. We will therefore not claim to provide a definitive
     10 overview, but to provide a good start for bootstrapping a donation
     11 ecosystem in the full knowledge that this will need to be updated.
     12 
     13 In particular, this section should not be misunderstood as an overview of
     14 current legal requirements across the world on how taxation on donations work.
     15 Taxation is predictably unpopular, despite its clear essential function in
     16 modern society, and therefore a very political topic that makes both
     17 fiscal legislation and the way it is interpreted subject to frequent change and
     18 much variation. Just like taxation on labor and profits, property,
     19 inheritance, investment or gambling income, and consumption of
     20 products and services, there is no universal agreement on how or whether
     21 donations should be treated with respect to taxation. Ad hoc
     22 regulation as part of political shifts makes tax rules {\em context-specific}
     23 and {\em temporal}. We are unaware of any attempt even by
     24 large stakeholders at providing such an overview as an up-to-date public
     25 resource, and the cost of creating and subsequently maintaining such an effort
     26 is actually prohibitive due to the need to cover many different jurisdictions
     27 with in-depth fiscal expertise in an ongoing manner.
     28 
     29 The goal of this section is instead only to provide an overview of
     30 generic requirements that {\em could} be applied to a donation flow in
     31 order to comply with regulations.
     32 
     33 One should note that, in many jurisdictions, the {\em receiving end} of
     34 donations does not necessarily have or need the same protections as the
     35 donating side has. This {\em asymmetry in treatment} makes common sense: money
     36 that has been parted with is no longer present at the side of the donor, and so
     37 future actions by the donor do not easily become problematic.
     38 All the action is on the other end of the
     39 donation pipeline, as at some point after money arrives it will become active.
     40 'Follow the money' therefore makes a lot of sense: while donations should be
     41 given without return consideration, there are of course many financial
     42 transactions (such as gifts or donations from business or lobby groups to
     43 political parties) that are not clean in this respect. This calls for
     44 transparency and professional scrutiny on the charities receiving
     45 donations. The fact that in this case we are dealing with
     46 legal entities and not private individuals makes this much less of a problem.
     47 
     48 
     49 \subsection{Assumptions}
     50 
     51 The basic assumptions when defining requirements for a donation flow are as follows:
     52 
     53 \begin{itemize}
     54 \item A donor donates from their {\em own assets}, and is willing to
     55   go on record (by means of a self-declaration) as acting on their own
     56   accord. Violation of this principle would then constitute fraud at
     57   their end.
     58 \item A tax authority wants to assert that a donation comes from the
     59   legitimate donor, and is not made by some third party on their
     60   behalf.
     61 \item There is no inverse relationship between the donor and donee,
     62   where the donor stands to receive money back from the donee in some
     63   concrete (in)direct way as result of the donation.
     64 \item Donors are willing and able to provide privacy-preserving
     65   attestation of some unique and non-falsifiable personal or
     66   organizational property (such as a tax identification number) {\em
     67     at the time of donation} in order to be able to add up multiple
     68   donations within a single tax reporting period and validate that
     69   these do not extend beyond a threshold set by the tax authority or
     70   other regulators.
     71 \item The philanthropies or charities are subject to {\em regulatory
     72   oversight}, {\em proper governance} and {\em regular audits}, so
     73   that money laundering is not relevant.
     74 \item It is acceptable for some third party to be involved, but only
     75   based on Free/Libre Open Source software (FLOSS) and on a zero
     76   knowledge basis.
     77 %- philanthropies are able to provide valid digital signatures
     78 \item All parties involved own and can operate digital devices so that
     79   they can store digital identifiers, cryptographic keys, and donation
     80   receipts or records.
     81 \item Donors are expected to have a device that can hold a wallet for
     82   permanent storage of donation receipts.
     83 \item Charities and tax authorities are willing and able to run basic
     84   infrastructure.
     85 \end{itemize}
     86 
     87 \subsection{Central Design Goals} \label{sec:designgoals}
     88 
     89 The central design goals for the Donau protocol are the following:
     90 
     91 \begin{itemize}
     92 \item Accommodate a donor's wish to remain fully incognito, also
     93   towards the organization(s) donated to.
     94 \item The donor should be able to claim the tax benefits they are
     95   entitled to without having to disclose any of the organization(s)
     96   they donated to, including not to the tax authority.
     97 \item The donor may accumulate any number of smaller or larger
     98   donations towards different eligible organizations (ideally even
     99   cross-border, in the presence of suitable fiscal arrangements such
    100   as within the European Union).
    101 \item Since donations are cumulative and often spontaneous, a donor
    102   should not have to decide upfront whether they will request tax
    103   benefits for their donations later on. Hence, all donations to
    104   suitable registered charities should result in a form of donation
    105   receipt.
    106 \item At the same time, the wallet of a donor should offer plausible deniability
    107 of any specific donations.
    108 \end{itemize}
    109 
    110 \subsection{Optional Features} \label{sec:optionalfeatures}
    111 
    112 The following covers optional features permitting a donation system
    113 to have a maximum fit with as many fiscal regimes as possible for
    114 both informal and regulated donations, while at the same time serving
    115 the interest of the donors in question in the best possible
    116 manner. Specific realizations may weigh these differently based on
    117 local regulations and capabilities, but most need to be be provided in
    118 some form.
    119 
    120 \ifodd0
    121 \begin{itemize}
    122 \item Provide fiscal statement
    123 \item Proof of registration
    124 \item Providing a configurable self-testimony from the donor that they comply with specific legislation or regulation related to donations
    125 \item Cumulative donation counter from same donor to same cause
    126 \item Providing a notarized affidavit asserting uniqueness
    127 \item Unique ID for voting/Donor Advised Choices
    128 \item Making a compound weighted donation
    129 \item Cost transparency
    130 \item Staged donation
    131 \item Bandwidth donations
    132 \item Codes of conduct
    133 \item Restricted access mechanism
    134 \item Donation matching with a reference
    135 \item Anonymous donation matching by employer
    136 \end{itemize}
    137 
    138 \noindent
    139 We will elaborate on each of these features below.
    140 \fi
    141 
    142 \subsubsection{Feature: Provide fiscal statement}
    143 
    144 The ability to provide a fiscal statement from the receiving charity
    145 linked to the donation is the starting point for most regulated
    146 donations, in order to comply to current practices.  For example, with
    147 a time-stamped and printable fiscal statement of the amount, digitally
    148 signed by the charity, a donor can prove their donations in person to
    149 a tax authority.
    150 
    151 It should be possible to obtain this statement at the time of
    152 donation, and ideally within a reasonable period afterwards -- in both
    153 cases without having to expose any additional information to anyone
    154 (such as an IP address which is typically visible when downloading a
    155 document via the web).
    156 
    157 There might be a need to include personal data/attributes in the
    158 attestation (e.g. a name, password ID, etc). There is no need for the
    159 charity itself to have any knowledge about such information, so it may
    160 be included encrypted with a key accessible exclusively to the
    161 donor/the tax authority/an auditor or other suitable independent third
    162 party.
    163 
    164 The information should be configurable, and it should be clear which
    165 information is somehow independently validated.
    166 
    167 \subsubsection{Feature: Proof of registration}
    168 
    169 In some countries (e.g. Belgium) donors are required to register
    170 themselves with the tax authority before making a donation. While we
    171 believe that to be an anti-feature, it should be possible to include a
    172 checksummed code provided by the tax authority or a charity that makes
    173 sure that only registered donors can donate.
    174 
    175 \subsubsection{Feature: Configurable pledge}
    176 
    177 It may be necessary for the donor to testify (prior to the donation)
    178 that they comply with some legislative or regulatory requirement, or
    179 agree with a policy set by the charity in question.
    180 
    181 As a generic requirement, this translates to a configurable pledge by
    182 the donor (e.g. ``I am not an employee or grantee of the organization
    183 I am donating to, and am acting on my own accord. I stand to make no
    184 direct financial gains from making this donation'').
    185 
    186 The potential for abuse of donations to regulated charities is very
    187 limited.  Such a self-testimony will allow the default to be to treat
    188 donations in a ``good faith'' manner rather than with a top-heavy and
    189 restrictive one-size-fits-all method.
    190 
    191 \subsubsection{Feature: Cumulative donation counter from same donor to same
    192 cause}
    193 
    194 One way to bypass restrictions in terms of allowed donation sizes
    195 before possible ``Know Your Donor'' requirements kick in, is to split
    196 up donations~\cite{welling1989smurfs}.
    197 If limits per donor are in place it becomes necessary to
    198 be able to assert that cumulative donations from a donor stay below a
    199 set threshold, where the threshold might have a temporal aspect (e.g., per
    200 year, per quarter, per two years).
    201 
    202 \subsubsection{Feature: Notarized affidavit}
    203 
    204 More generically---for instance when there is a minimum age for
    205 donations to certain class of causes---a privacy-preserving solution
    206 might be to have a notarized affidavit independently asserting the
    207 requirements have been met to be included in the metadata of the
    208 payment.
    209 
    210 Such a privacy-preserving affidavit would not be traceable back to any
    211 underlying private information of the donor or to the charity in
    212 question.  It might contain a counter or append-only record, and a
    213 date stamp with an accuracy no more precise than a calendar week (to
    214 avoid correlation attacks).
    215 
    216 It is better for this affidavit not to be provided by individual
    217 charities but by trusted third parties otherwise ignorant of the
    218 transactions in questions: it involves an isolated task which can
    219 easily be outsourced to an independent service. That independent
    220 service only needs to perform this singular task based on having
    221 access to the proof/attribute(s) in question and does not need to have
    222 any further knowledge of any of the actors. The latter assumes that
    223 any unique identifier in the affidavit is uniquely linked to the donor
    224 so that they cannot circumvent limits by going via different third
    225 parties.
    226 
    227 As long as the affidavit is non-falsifiable and irrevocable, it should
    228 suffice to assert uniqueness and allow to prove that the required
    229 conditions were met.
    230 
    231 \subsubsection{Feature: Unique ID for donor advised decisions}
    232 
    233 Also from the side of a donor, there might be a need for having a
    234 unique ID for voting. In the same vein as
    235 Donor Advised Funds~\cite{berman2015donor}, a
    236 crowd-sourced version could be Donor Advised Choices where donors can
    237 vote on specific options (``Shall we prioritize stretch goal A or B'',
    238 or ``We see a new opportunity, is it okay to replace some stated work
    239 with something else'') -- either on a weighted variant (larger
    240 donation gives more weight) or on a one person, one vote (all unique
    241 donors get the same one vote each).
    242 
    243 Alternatively, a preference vote encoded inside the payment (based on
    244 e.g. Condorcet voting) could provide a one-time donor advised voting
    245 mechanism.
    246 
    247 \subsubsection{Feature: Compound weighted donation}
    248 
    249 The general idea is that donors can make a single donation, but it
    250 consists of multiple payments to multiple recipients. This is
    251 particularly relevant for informal donations to the developers of free
    252 and open source projects that do not make use of a fiscal host. In
    253 such a situation, the donations may be divided across the individual
    254 developers with a certain weight. Each of the recipients receives a
    255 direct donation from the donor, which typically will be far below the
    256 threshold for taxation.
    257 
    258 There can be a suggested/default weight, but the donor should be able
    259 to tweak the relative weights and/or block specific recipients.
    260 
    261 \subsubsection{Feature: Cost transparency}
    262 
    263 It should be transparent to the donor what percentage of their
    264 donation is actually used for the effort for which funds are being
    265 raised. In particular it should be possible for the {\em cost for
    266   fundraising} to be made explicit, especially if this involves third
    267 parties. It should be possible to choose to donate without paying for
    268 fundraising.
    269 
    270 (This might use the features from compound weighted donation.)
    271 
    272 \subsubsection{Feature: Staged donation}
    273 
    274 This is a feature that works along the lines of so-called smart
    275 contracts. As goals are incrementally met by the project, donated
    276 funds are released. If the goals are not met according to the preset
    277 stages, the part of the money that is concerned with work that is not
    278 delivered is not paid and may ultimately be restored to its rightful
    279 owner, the donor.
    280 
    281 \subsubsection{Feature: Bandwidth donations}
    282 
    283 When people are pooling together resources to make some goal possible,
    284 in order to stimulate the broadest possible donations, the amount
    285 donated can be made flexible (within a certain {\em donation
    286   bandwidth}). Instead of stretching goals (which donors might not
    287 agree with) and promoting freeloading, the size of individual
    288 donations could shrink as well. This would stimulate to share the
    289 collective load.
    290 
    291 \subsubsection{Feature: Code of conduct}
    292 
    293 Donors transfer part of their (sometimes scarce) earthly possessions
    294 to support the good work of a cause they believe in, and it is only
    295 logical that this altruism comes with certain expectations in terms of
    296 how the organization receiving that money will subsequently spend it.
    297 
    298 A {\em Code of Conduct} is the equivalent of the product warranty,
    299 where charities declare themselves accountable and promise to uphold
    300 certain best practices and adhere to public scrutiny -- and are
    301 subsequently held to their promise by stakeholder organizations like
    302 Donateursbelangen.
    303 
    304 An example of such a Code of Conduct public benefit organizations can
    305 subscribe to is the
    306 \href{https://www.donateursbelangen.nl/de-donateursbelofte}{Donor
    307   Pledge} (``Donateursbelofte'' in Dutch). It should be possible for a
    308 charity to adhere to multiple such Code of Conducts and offer them as
    309 part of their donation portal.
    310 
    311 Similarly, there are certification schemes for charities qualifying as
    312 public benefit organizations. These offer a reverse link from the
    313 certifying organization to the charity. It should be possible to
    314 include the certification conditions and this reverse link alongside
    315 the payment.
    316 
    317 \subsubsection{Feature: Restricted access mechanism}
    318 
    319 In order to engage donors with the work being done, philanthropies
    320 might want to give ``behind the scenes'' access to ongoing work to
    321 their donors. In order for that to happen, it should be possible to
    322 provide (limited) access to restricted materials for donors only. On a
    323 technical level, this could be handing out {\em One Time Passwords} or
    324 other forms of proof of donation that will allow donors to get access
    325 to restricted areas.
    326 
    327 \subsubsection{Feature: Unlock thank you artwork}
    328 
    329 Making a donation is not just a clinical financial transaction where
    330 money is transferred from A to B, but something that also has
    331 emotional weight: the donor has taken a step they may have pondered
    332 about for a long time. Celebrating this altruistic win is part of the
    333 donation experience. ``Thank you'' artwork consists of images, video
    334 and/or audio used to enliven the financial transaction.
    335 
    336 In some cases artists or other creatives might donate a work to the
    337 charity in question for this purpose, in other cases a charity might
    338 use photos of their day to day work or other personal tokens.
    339 
    340 For transferring physical objects, the donor would need to be
    341 identifiable as such. At the same time, it should be possible for a
    342 donor to decline receiving such gifts and retain at least anonymity, to
    343 the extent that this does not conflict with other regulations.
    344 
    345 \subsubsection{Feature: Donation matching with a reference}
    346 
    347 In some cases, a benefactor will want to incentivize others
    348 contemplating a donation to a specific good cause to go ahead. That is
    349 not necessarily something that needs privacy: some people and
    350 organizations use donations to publicly profile themselves. A common
    351 mechanism to incentivize others is to promise to match their donations
    352 to the organization in question, which is frequently done by
    353 announcing a period in which other people's donations will be
    354 ``matched'' (as in: donor A promises to donate as much as all other
    355 donations in that time period combined).
    356 
    357 However, this is obviously a very crude mechanism, only suitable for
    358 benefactors with very deep pockets. It also does not give much
    359 opportunity for the benefactor to explain why they do this (and, let
    360 us be realistic, get some PR out of it as well).
    361 
    362 By allowing the donor to include a reference to e.g. a social media
    363 post or blog post announcing the matching and requesting other donors
    364 to include that reference when making their donations, the donor
    365 providing the matching can `see' that they are being heard/are getting
    366 PR mileage out of their donation.
    367 
    368 Conversely, while one would like to be able to trust each and every claim on a
    369 website or social media account towards matching of donations, donation
    370 matching is a form of social engineering that is potentially easy and
    371 attractive to tamper with. A critical donor may prefer to have actual proof of
    372 such altruistic matching irrevocably taking place, in order to weed out any
    373 attempt to trick them into a false sense of urgency - believing their donation
    374 will temporarily have a disproportionately larger effect. As such, it would be
    375 interesting to be able to verify whether the matching donation actually took
    376 place.
    377 
    378 \subsubsection{Feature: Incognito donation matching by employer }
    379 
    380 Quite a few large employers do donation matching as part of their
    381 corporate responsibility or human resource management (HRM)
    382 efforts. This is typically not tied to a single cause.  Many larger
    383 employers sponsor such matching gift programs, either by themselves
    384 (such as the U.S. Office of Personnel Management's
    385 \href{https://givecfc.org}{Give CFC}) or via (currently expensive)
    386 third party organizations such as Benevity, Submittable, WeSpire,
    387 Goodera, etc.
    388 
    389 In many cases, this practice is rather privacy-invasive. If you donate
    390 to, e.g., a reproductive rights organization, an NGO promoting climate
    391 justice, or a digital rights organization, an employer might want to
    392 find out from whom that donation originated. This makes it attractive
    393 for the donor to have a chance to stay incognito while nevertheless
    394 ensuring that their donation is matched as one done by an employee of
    395 the company.  This would require a mechanism where charities could
    396 prove to an employer that some eligible person (typically an employee
    397 or retiree) has donated money which needs to be matched -- obviously,
    398 without disclosing anything else.