<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE article PUBLIC "-//NLM//DTD Journal Archiving and Interchange DTD v2.3 20070202//EN" "archivearticle.dtd">
<article article-type="methods-article" dtd-version="2.3" xml:lang="EN" xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xlink="http://www.w3.org/1999/xlink">
<front>
<journal-meta>
<journal-id journal-id-type="publisher-id">Front. Blockchain</journal-id>
<journal-title>Frontiers in Blockchain</journal-title>
<abbrev-journal-title abbrev-type="pubmed">Front. Blockchain</abbrev-journal-title>
<issn pub-type="epub">2624-7852</issn>
<publisher>
<publisher-name>Frontiers Media S.A.</publisher-name>
</publisher>
</journal-meta>
<article-meta>
<article-id pub-id-type="publisher-id">1136641</article-id>
<article-id pub-id-type="doi">10.3389/fbloc.2023.1136641</article-id>
<article-categories>
<subj-group subj-group-type="heading">
<subject>Blockchain</subject>
<subj-group>
<subject>Community Case Study</subject>
</subj-group>
</subj-group>
</article-categories>
<title-group>
<article-title>Unblocking recognition: A token system for acknowledging academic contribution</article-title>
<alt-title alt-title-type="left-running-head">Lee et al.</alt-title>
<alt-title alt-title-type="right-running-head">
<ext-link ext-link-type="uri" xlink:href="https://doi.org/10.3389/fbloc.2023.1136641">10.3389/fbloc.2023.1136641</ext-link>
</alt-title>
</title-group>
<contrib-group>
<contrib contrib-type="author" corresp="yes">
<name>
<surname>Lee</surname>
<given-names>James</given-names>
</name>
<xref ref-type="aff" rid="aff1">
<sup>1</sup>
</xref>
<xref ref-type="corresp" rid="c001">&#x2a;</xref>
<uri xlink:href="https://loop.frontiersin.org/people/1964134/overview"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname>Moroso</surname>
<given-names>Mario</given-names>
</name>
<xref ref-type="aff" rid="aff1">
<sup>1</sup>
</xref>
<uri xlink:href="https://loop.frontiersin.org/people/2189270/overview"/>
</contrib>
<contrib contrib-type="author">
<name>
<surname>Mackey</surname>
<given-names>Tim K.</given-names>
</name>
<xref ref-type="aff" rid="aff2">
<sup>2</sup>
</xref>
<xref ref-type="aff" rid="aff3">
<sup>3</sup>
</xref>
<uri xlink:href="https://loop.frontiersin.org/people/213722/overview"/>
</contrib>
</contrib-group>
<aff id="aff1">
<sup>1</sup>
<institution>National Institute for Health and Care Research</institution>, <addr-line>London</addr-line>, <country>United Kingdom</country>
</aff>
<aff id="aff2">
<sup>2</sup>
<institution>Global Health Program, Department of Anthropology, University of California, San Diego</institution>, <addr-line>La Jolla</addr-line>, <addr-line>CA</addr-line>, <country>United States</country>
</aff>
<aff id="aff3">
<sup>3</sup>
<institution>BlockLAB, San Diego Supercomputer Center, UC San Diego</institution>, <addr-line>La Jolla</addr-line>, <addr-line>CA</addr-line>, <country>United States</country>
</aff>
<author-notes>
<fn fn-type="edited-by">
<p>
<bold>Edited by:</bold> <ext-link ext-link-type="uri" xlink:href="https://loop.frontiersin.org/people/668700/overview">Natalie Elise Marler</ext-link>, Science Distributed, United States</p>
</fn>
<fn fn-type="edited-by">
<p>
<bold>Reviewed by:</bold> <ext-link ext-link-type="uri" xlink:href="https://loop.frontiersin.org/people/753831/overview">Wendy M. Charles</ext-link>, BurstIQ, United States</p>
<p>
<ext-link ext-link-type="uri" xlink:href="https://loop.frontiersin.org/people/2174405/overview">John C. Fisher</ext-link>, St. Jude Children&#x2019;s Research Hospital, United States</p>
</fn>
<corresp id="c001">&#x2a;Correspondence: James Lee, <email>james.lee@nihr.ac.uk</email>
</corresp>
<fn fn-type="other">
<p>This article was submitted to Blockchain for Science, a section of the journal Frontiers in Blockchain</p>
</fn>
</author-notes>
<pub-date pub-type="epub">
<day>20</day>
<month>02</month>
<year>2023</year>
</pub-date>
<pub-date pub-type="collection">
<year>2023</year>
</pub-date>
<volume>6</volume>
<elocation-id>1136641</elocation-id>
<history>
<date date-type="received">
<day>03</day>
<month>01</month>
<year>2023</year>
</date>
<date date-type="accepted">
<day>09</day>
<month>02</month>
<year>2023</year>
</date>
</history>
<permissions>
<copyright-statement>Copyright &#xa9; 2023 Lee, Moroso and Mackey.</copyright-statement>
<copyright-year>2023</copyright-year>
<copyright-holder>Lee, Moroso and Mackey</copyright-holder>
<license xlink:href="http://creativecommons.org/licenses/by/4.0/">
<p>This is an open-access article distributed under the terms of the Creative Commons Attribution License (CC BY). The use, distribution or reproduction in other forums is permitted, provided the original author(s) and the copyright owner(s) are credited and that the original publication in this journal is cited, in accordance with accepted academic practice. No use, distribution or reproduction is permitted which does not comply with these terms.</p>
</license>
</permissions>
<abstract>
<p>Here we present a blockchain-backed token recognition system to reward the contributions that academics make to the scientific ecosystem. Recognition is important in science but current methods, systems and incentives are limited. Specifically, the traditional focus on narrow publication metrics means diverse contributions are not captured, while bias toward senior, established scientists is common. To tackle this challenge, we explore the potential of harnessing blockchain&#x2019;s collaborative, decentralised and trust-brokering properties to develop a token reward system for use by research funders. Academics would be awarded tokens for undertaking common but vital tasks such as peer review, sitting on funding committees and submitting reports. These tokens would not be tradable or specifically monetisable but would serve as a validated record of scientific contribution. They would have value in professional recruitment and job placement, support grant and award applications, and inform performance appraisals and file reviews. Coordination and cooperation across multiple funding agencies in developing the platform would provide an opportunity to aggregate and standardise recognition, given academics often work with several funders. This system&#x2019;s goals are to expand recognition metrics, promote efficiencies, improve the robustness of professional assessments and enable cross-funder collaboration, thereby optimising research processes and practices in a decentralised and democratised manner.</p>
</abstract>
<kwd-group>
<kwd>blockchain</kwd>
<kwd>token</kwd>
<kwd>recognition</kwd>
<kwd>reward</kwd>
<kwd>peer review</kwd>
<kwd>research management</kwd>
<kwd>NIHR</kwd>
</kwd-group>
</article-meta>
</front>
<body>
<sec id="s1">
<title>1 Introduction</title>
<p>Currently, the number of citations and papers published is the primary means of assessing the impact and productivity of researchers, a system widely recognised as having significant limitations (<xref ref-type="bibr" rid="B20">Leible et al., 2019</xref>; <xref ref-type="bibr" rid="B18">Kosmarski, 2020</xref>; <xref ref-type="bibr" rid="B34">Terheggen, 2021</xref>; <xref ref-type="bibr" rid="B6">Ducr&#xe9;e et al., 2022</xref>). The most common example of this is the author-level h-index which measures the productivity and citation impact of an individual&#x2019;s publications. This metric can have a significant impact on hiring decisions, promotion and funding competitions, but recent studies suggest it no longer correlates with scientific reputation, raising questions about the completeness and overall utility of these types of single modality measurement (<xref ref-type="bibr" rid="B17">Koltun and Hafner, 2021</xref>). Fundamentally, concerns exist regarding the use of citations to assess scientific output due to potential manipulation (e.g., self-citation and coercive citation) and lack of discipline-specific citation stratification. Relying on citation metrics may also fail to capture the wide range of contributions academics make to the research ecosystems and discriminates in favour of senior researchers.</p>
<p>Some of these broader achievements are captured on an academic&#x2019;s CV, which is equally important in professional development and funding acquisition. However, studies have also expressed concern about academic misconduct and fraud in CVs, particularly since information is often not validated in any meaningful way (<xref ref-type="bibr" rid="B26">Phillips et al., 2019</xref>). The Royal Society summarises this problem of generating a more holistic understanding of scientific contributions by stating, &#x201c;Too narrowly focused performance indicators can make it harder to see, reward or nurture the full range of contributions that are necessary to create the environments that enable excellence and steward it for the future&#x201d;<xref ref-type="fn" rid="fn1">
<sup>1</sup>
</xref>. In response to these and other challenges, some researchers and companies have suggested using blockchain<xref ref-type="fn" rid="fn2">
<sup>2</sup>
</xref> systems to enhance trust, verification and recognition in the scientific enterprise (<xref ref-type="bibr" rid="B23">Mackey et al., 2019a</xref>; <xref ref-type="bibr" rid="B4">Curmi and Inguanez, 2020</xref>).</p>
<p>Since the advent of Bitcoin<xref ref-type="fn" rid="fn3">
<sup>3</sup>
</xref> (<xref ref-type="bibr" rid="B24">Nakamoto, 2008</xref>), blockchain, the technology behind cryptocurrencies<xref ref-type="fn" rid="fn4">
<sup>4</sup>
</xref>, has proliferated far beyond finance and into numerous sectors, being among the fastest expanding technologies in world history (<xref ref-type="bibr" rid="B6">Ducr&#xe9;e et al., 2022</xref>). In science, blockchain has the potential to improve data quality, build trust and facilitate collaboration (<xref ref-type="bibr" rid="B11">Extance, 2017</xref>; <xref ref-type="bibr" rid="B37">Van Rossum, 2017</xref>; <xref ref-type="bibr" rid="B20">Leible et al., 2019</xref>; <xref ref-type="bibr" rid="B6">Ducr&#xe9;e et al., 2022</xref>), while in the healthcare sector use cases include supply chain management, management of patient records and genomics data, Internet-of-Medical-Things (IoMT), trial management and even addressing fraud and abuse in healthcare delivery (<xref ref-type="bibr" rid="B21">Mackey et al., 2019b</xref>; <xref ref-type="bibr" rid="B22">Mackey et al., 2020</xref>; <xref ref-type="bibr" rid="B32">Tandon et al., 2020</xref>). More specific to research funders, blockchain could benefit research administration, data centralisation, publishing and academic recognition (<xref ref-type="bibr" rid="B30">Swan, 2015</xref>; <xref ref-type="bibr" rid="B8">Engelhardt, 2017</xref>; <xref ref-type="bibr" rid="B16">Janowicz et al., 2018</xref>; <xref ref-type="bibr" rid="B23">Mackey et al., 2019a</xref>; <xref ref-type="bibr" rid="B20">Leible et al., 2019</xref>; <xref ref-type="bibr" rid="B6">Ducr&#xe9;e et al., 2022</xref>). Blockchain-backed tokens<xref ref-type="fn" rid="fn5">
<sup>5</sup>
</xref> are prime candidates to realise these benefits (<xref ref-type="bibr" rid="B7">Ducr&#xe9;e, 2020</xref>), particularly in peer review (<xref ref-type="bibr" rid="B30">Swan, 2015</xref>; <xref ref-type="bibr" rid="B29">Spearpoint, 2017</xref>; <xref ref-type="bibr" rid="B33">Tennant et al., 2017</xref>; <xref ref-type="bibr" rid="B2">Avital, 2018</xref>; <xref ref-type="bibr" rid="B15">Jan et al., 2018</xref>; <xref ref-type="bibr" rid="B18">Kosmarski, 2020</xref>).</p>
<p>In this study, we explore and conceptualise a framework for a token recognition system in the context of academic achievement. We detail the technological features, practical implications, possible challenges and limitations, and future applications from the perspective of one of the world&#x2019;s largest funders of health-related research, the UK National Institute for Health and Care Research (NIHR).</p>
</sec>
<sec id="s2">
<title>2 Blockchain background</title>
<sec id="s2-1">
<title>2.1 What is blockchain</title>
<p>A blockchain is a distributed public ledger<xref ref-type="fn" rid="fn6">
<sup>6</sup>
</xref> that records the origin of a digital asset or transaction in a peer-to-peer network<xref ref-type="fn" rid="fn7">
<sup>7</sup>
</xref>. This data is stored on connected blocks which, when viewed in its entirety, reveals the full history and provenance of all the data on the chain. By inherent design, the data on a blockchain cannot be modified, it guarantees the fidelity and security of a record and generates trust without the need for an intermediary. A blockchain can be described as a &#x201c;collaboratively managed database of shared, synchronized, and replicated records that typically does not rely on central governance&#x201d; (<xref ref-type="bibr" rid="B16">Janowicz et al., 2018</xref>). Notably, the terms blockchain and distributed ledger technology<xref ref-type="fn" rid="fn8">
<sup>8</sup>
</xref> (DLT) are often used interchangeably, however they are not the same. DLT is wider-ranging, referring to decentralised databases managed by multiple participants. Blockchain is one form of DLT, using cryptography<xref ref-type="fn" rid="fn9">
<sup>9</sup>
</xref> and consensus protocols<xref ref-type="fn" rid="fn10">
<sup>10</sup>
</xref> to link blocks of data. There is no one version of blockchain, it is a class of technology with various platforms, ecosystems and protocols.</p>
</sec>
<sec id="s2-2">
<title>2.2 Blockchain in science</title>
<p>Blockchain is best known for its role in cryptocurrencies, such as Bitcoin (<xref ref-type="bibr" rid="B24">Nakamoto, 2008</xref>) but is increasingly being used in more traditional industries and business areas. In science, it promises to make data more reliable, untamperable, open and decentralised. It has the potential to enhance trust, facilitate peer-to-peer interactions and it needs no central authority (<xref ref-type="bibr" rid="B11">Extance, 2017</xref>; <xref ref-type="bibr" rid="B37">Van Rossum, 2017</xref>; <xref ref-type="bibr" rid="B20">Leible et al., 2019</xref>; <xref ref-type="bibr" rid="B6">Ducr&#xe9;e et al., 2022</xref>). For research funders, it has promise in managing health data (<xref ref-type="bibr" rid="B30">Swan, 2015</xref>), centralising research outputs and reducing administrative burden, particularly through the use of automated smart contracts<xref ref-type="fn" rid="fn11">
<sup>11</sup>
</xref> (<xref ref-type="bibr" rid="B8">Engelhardt, 2017</xref>). These characteristics appeal to modern science, a system with no single governing body but consisting of international collaboration bound by an implicit trust in the work of others (<xref ref-type="bibr" rid="B18">Kosmarski, 2020</xref>). Changing norms and requirements in the scientific field, including funders emphasising open-science practices and FAIR (Findable, Accessible, Interoperable, Reusable) principles for scientific data management can all be facilitated with blockchain technology (<xref ref-type="bibr" rid="B37">Van Rossum, 2017</xref>).</p>
<p>Tokens, programmable digital assets stored on the blockchain (<xref ref-type="bibr" rid="B38">Voshmgir, 2020</xref>), can be used to modernise legacy systems (e.g., static databases, file share systems, single indices, etc.) with Web 3.0<xref ref-type="fn" rid="fn12">
<sup>12</sup>
</xref> features of decentralisation and incentives. Token bounties could be awarded for contributions such as sharing data; identifying unreproducible data; volunteering for academic and scientific service; actively engaging in translation, dissemination, and implementation of science; and carrying out equality, diversity and inclusion (EDI) activities. These tokens could then be staked as collateral to support research priorities, grant proposals and evaluations (<xref ref-type="bibr" rid="B7">Ducr&#xe9;e, 2020</xref>). Non-fungible tokens<xref ref-type="fn" rid="fn13">
<sup>13</sup>
</xref> (NFTs) could also be used to track research data in much greater detail. NFTs provide an indelible, time-stamped record demonstrating proof of knowledge, allowing ownership of the idea, contribution, or finding to be more firmly claimed (<xref ref-type="bibr" rid="B7">Ducr&#xe9;e, 2020</xref>; <xref ref-type="bibr" rid="B6">Ducr&#xe9;e et al., 2022</xref>).</p>
<p>Publishing is another area fraught with issues concerning recognition, reproducibility, access, plagiarism, publication bias and metric manipulation (<xref ref-type="bibr" rid="B30">Swan, 2015</xref>; <xref ref-type="bibr" rid="B16">Janowicz et al., 2018</xref>; <xref ref-type="bibr" rid="B23">Mackey et al., 2019a</xref>; <xref ref-type="bibr" rid="B18">Kosmarski, 2020</xref>). Blockchain could address some of these challenges potentially leading to improved and more transparent study design, greater trust in research, more collaboration and open access (<xref ref-type="bibr" rid="B20">Leible et al., 2019</xref>). Notably, some scholars suggest that blockchain could help improve the quality and responsiveness of a failing peer review system (<xref ref-type="bibr" rid="B28">Smith, 2006</xref>; <xref ref-type="bibr" rid="B13">Gropp et al., 2017</xref>) by awarding tokens for completing quality reviews. This is a strong use case given that peer review is the underpinning of virtually all scientific review processes, from publishing in scientific journals to funding decisions and even promotion, yet arguably lacks the appropriate incentives and measures to record and verify participation and recognition (<xref ref-type="bibr" rid="B30">Swan, 2015</xref>; <xref ref-type="bibr" rid="B39">Warne, 2016</xref>; <xref ref-type="bibr" rid="B29">Spearpoint, 2017</xref>; <xref ref-type="bibr" rid="B33">Tennant et al., 2017</xref>; <xref ref-type="bibr" rid="B2">Avital, 2018</xref>; <xref ref-type="bibr" rid="B15">Jan et al., 2018</xref>; <xref ref-type="bibr" rid="B18">Kosmarski, 2020</xref>).</p>
</sec>
<sec id="s2-3">
<title>2.3 Select use cases in science</title>
<p>Both industry and governments are already using blockchain with many examples listed in the work of <xref ref-type="bibr" rid="B18">Kosmarski (2020)</xref> and <xref ref-type="bibr" rid="B6">Ducr&#xe9;e et al. (2022)</xref>. For example, the ARTiFACTS<xref ref-type="fn" rid="fn14">
<sup>14</sup>
</xref> platform helps establish the origin of scholarly artefacts while the Bloxberg<xref ref-type="fn" rid="fn15">
<sup>15</sup>
</xref> consortium provides scientists with decentralised services worldwide. Pluto<xref ref-type="fn" rid="fn16">
<sup>16</sup>
</xref> offers a decentralised, token-backed system where scientific data can be submitted, reputation tracked, peer review rewarded and work published. Ovarium<xref ref-type="fn" rid="fn17">
<sup>17</sup>
</xref> differs, aiming to integrate into the existing publication lifecycle, offering tokens, open peer review and immediate provenance tracking. Several other projects are also looking at funding, NFT economies and decentralised organisations<xref ref-type="fn" rid="fn18">
<sup>18</sup>
</xref>.</p>
<p>Closer to our work at the National Institute for Health and Care Research (NIHR), is the National Research Council of Canada. Their Industrial Research Assistance Program, an innovation funder, ran a pilot in 2018&#x2013;19 where they &#x201c;used the Ethereum blockchain to proactively publish grants and contribution data in real-time.&#x201d; Through this experiment, they demonstrated the possible use of blockchain by government funders to support proactive disclosure<xref ref-type="fn" rid="fn19">
<sup>19</sup>
</xref>.</p>
</sec>
</sec>
<sec id="s3">
<title>3 Recognition by research funders</title>
<sec id="s3-1">
<title>3.1 National Institute for Health and Care Research</title>
<p>The NIHR commissions over &#xa3;1.2 billion worth of health and social care research each year (<xref ref-type="bibr" rid="B25">National Institute of Health and Care Research, 2021</xref>). Proposals are selected through a competitive commissioning process, usually involving two stages. Stage 1 applications are reviewed, discussed and scored by a committee of academics and members of the public. Shortlisted applicants are then invited to submit a full Stage 2 application which undergoes peer review by both expert and public reviewers. These reviews inform the assessment, discussion and scoring by the Stage 2 committee. If successful at Stage 2, proposals are recommended for funding to the Department of Health and Social Care, who then ratify the decision to fund. Once a research project is underway, award holders are required to submit regular progress reports and a final report. Throughout this commissioning and management process the NIHR often requires specialist academic advice for work such as priority setting, project advisory groups and strategic planning.</p>
<p>Formal recognition for this mostly unpaid work is extremely limited, consisting of inconsistently applied yearly letters acknowledging peer reviews completed. Letters for other tasks are only available upon request, with academics typically asking for them to account for their broader contribution to the research landscape as part of their continual professional development. These letters can be delayed, lost or forged and are an administrative burden for the NIHR. In short, they are an inadequate means of recognition relative to the contribution of those who provide their time to advance the NIHR&#x2019;s research portfolio.</p>
</sec>
<sec id="s3-2">
<title>3.2 Other funders</title>
<p>These problems of recognition extend to other funders and the wider scientific community. Reviewing, advising, assessing and reporting all require a significant time and intellectual investment but are not formally captured. Consequently, this work does little to aid career advancement or grant funding, potentially reducing academic interest and engagement in these critical activities that support scientific progress. For funders, this can result in slower and lower quality grant assessment, delayed funding of good research and sloppy work slipping through systems meant to ensure checks and balances (<xref ref-type="bibr" rid="B36">Trov&#xf2; and Massari, 2021</xref>). Current metrics also heavily discriminate against those who take career breaks, particularly women taking time off to have children (<xref ref-type="bibr" rid="B31">Swider-Cios et al., 2021</xref>). Recognition systems, therefore, need to change to ensure good and quality research, to foster a healthy and sustainable scientific ecosystem, and for academics themselves (<xref ref-type="bibr" rid="B35">Tite and Schroter, 2007</xref>; <xref ref-type="bibr" rid="B39">Warne, 2016</xref>; <xref ref-type="bibr" rid="B12">Grant, 2021</xref>; <xref ref-type="bibr" rid="B34">Terheggen, 2021</xref>; <xref ref-type="bibr" rid="B36">Trov&#xf2; and Massari, 2021</xref>).</p>
</sec>
</sec>
<sec id="s4">
<title>4 Token system structure</title>
<p>Our proposal is centred around tokens for multiple reasons. By utilising tokens to reward scientific contribution we have the possibility of bolstering recognition, promoting efficiency, improving assessment, aiding collaboration and incentivising positive behaviour. Blockchain technology enables tokens to be assigned in a transparent, immutable and permanent way, their origin is rapidly traceable and there are no practical ways to create fraudulent tokens. This provides trust and assurance in the system.</p>
<p>This first iteration of the system, described below, will largely rely on consensus generated by the NIHR and other collaborating funders, who will validate token issuance based on recordable inputs, as described in <xref ref-type="sec" rid="s5-2">Section 5.2</xref>. In the future, as mentioned in <xref ref-type="sec" rid="s5-5">Section 5.5</xref>, token management could be facilitated by smart contracts, designed in collaboration with the broader academic community. Operating on the blockchain system, these smart contracts can automatically deposit tokens when certain preconditions are met (e.g., completion of a peer review or report) to generate greater efficiencies.</p>
<p>In exploring this conceptual framework, we suggest a two-stage system. The pilot (Phase 1) will provide learnings and assess the suitability of the system in a smaller, more controlled non-production environment while also assessing the specific technology feature layers that will be used in the design of the blockchain. It would involve a pre-launch phase, focusing on beta testing with nodes and users who would interact with the system, evaluating utility and functionality. Phase 2 represents the wider, live rollout of the system with the goal of enabling greater cross-funder collaboration and awarding a wider range of tokens.</p>
<sec id="s4-1">
<title>4.1 Tokens awarded</title>
<p>Tokens can be awarded for any number of activities but generally they should match the core and regular work of the funding organisation. For example, tokenising peer review makes more sense than tokenising reporting if the awarding organisation does lots of peer review and not much reporting. In Phase 1, the pilot, we plan to award tokens for six distinct and binary tasks (<xref ref-type="table" rid="T1">Table 1</xref>). These represent core NIHR work and were developed through extensive collaboration with NIHR staff and external academics.</p>
<table-wrap id="T1" position="float">
<label>TABLE 1</label>
<caption>
<p>Categories of tokens for the proposed Phase 1 of the token recognition system.</p>
</caption>
<table>
<thead valign="top">
<tr>
<th align="left">Token</th>
<th align="left">Description</th>
</tr>
</thead>
<tbody valign="top">
<tr>
<td align="left">Peer review</td>
<td align="left">Every valid application made to the NIHR is peer reviewed with thousands of reviews conducted each year. A single Peer Review Token would be awarded for delivering a single accepted peer review. If possible, tokens should be awarded to whoever wrote the bulk of the review as well as the senior academic contacted if that is not the same person</td>
</tr>
<tr>
<td align="left">Committee</td>
<td align="left">Academics sit on committees which assess if applications are funded, most of the time this is unpaid. A single Committee Token would be awarded for participating in a single committee meeting</td>
</tr>
<tr>
<td align="left">Stage 1</td>
<td align="left">Success at Stage 1 will carry a Stage 1 Token, awarded to lead and co-applicants to avoid bias toward senior academics</td>
</tr>
<tr>
<td align="left">Stage 2</td>
<td align="left">Success at Stage 2 will carry a Stage 2 Token, awarded to lead and co-applicants to avoid bias toward senior academics</td>
</tr>
<tr>
<td align="left">Reporting</td>
<td align="left">Funded projects must submit regular progress reports and a larger final report. A Reporting Token would be awarded for submitting a single accepted report by the agreed deadline or extension. Tokens should be awarded to whoever wrote the report as well as the lead applicant if possible</td>
</tr>
<tr>
<td align="left">Advisory</td>
<td align="left">Completing one instance of official advisory work such as meetings, workshops, calls or equivalent would earn an Advisory Token</td>
</tr>
</tbody>
</table>
</table-wrap>
<p>Moving past Phase 1 and into the wider evaluation and deployment of Phase 2, a new range of tokens would be introduced (<xref ref-type="table" rid="T2">Table 2</xref>) to complement the core tokens described in <xref ref-type="table" rid="T1">Table 1</xref>. These reward a wider range of activities while supporting EDI objectives.</p>
<table-wrap id="T2" position="float">
<label>TABLE 2</label>
<caption>
<p>Categories of tokens for the proposed Phase 2 of the token recognition system.</p>
</caption>
<table>
<thead valign="top">
<tr>
<th align="left">Token</th>
<th align="left">Description</th>
</tr>
</thead>
<tbody valign="top">
<tr>
<td align="left">Training and mentoring</td>
<td align="left">Awarded for mentoring an individual or delivering training including taking interns, supervising students and general skill development</td>
</tr>
<tr>
<td align="left">Impact</td>
<td align="left">Submitting a single accepted piece of impact evidence or equivalent would earn an impact token</td>
</tr>
<tr>
<td align="left">Best research for best health</td>
<td align="left">The government&#x2019;s health research strategy and NIHR&#x2019;s guiding document, &#x2018;Best Research for Best Health: The Next Chapter&#x2019; (<xref ref-type="bibr" rid="B5">Department of Health and Social Care, 2022</xref>), has seven key strategic priority areas. Tokens could be awarded for funding applications which support one or more of these areas, for example including public members in research, nurses in a trial team or supporting diversity</td>
</tr>
<tr>
<td align="left">Career break</td>
<td align="left">Awarded to ensure the system does not penalise career breaks, in particular women having children (<xref ref-type="bibr" rid="B31">Swider-Cios et al., 2021</xref>). Nominal career break tokens could be given for extended periods out of work provided the individual has previously contributed consistently to the NIHR. The number of tokens awarded would be the average expected tokens earned over the period of time in question</td>
</tr>
</tbody>
</table>
</table-wrap>
<p>Awarding tokens in separate categories is deliberate as the purpose of this system is to recognise contribution, not ascribe value. If just an &#x201c;NIHR Token&#x201d; existed then either a single token would be given for any single task or different numbers of tokens given for different tasks. In both cases it would cause value to be ascribed, either saying all work is equal or making a judgement of how much more valuable one task is than another. Separating tokens into categories and awarding one specific token for each task completed addresses this problem and gives richer data for analysis.</p>
<p>Generally, for an innovative, disruptive blockchain solution to be successful it must be simple and efficient, solving one or two clear problems rather than being overly complex (<xref ref-type="bibr" rid="B18">Kosmarski, 2020</xref>). Seamless integration into scientists&#x2019; daily workflow, working with existing practice and not making life harder is paramount (<xref ref-type="bibr" rid="B20">Leible et al., 2019</xref>; <xref ref-type="bibr" rid="B18">Kosmarski, 2020</xref>). Therefore, our system does not assess quality and awarding is binary; if the job is completed to existing quality standards then a token is given. This means there is no additional workload, increasing the likelihood of support and adoption while removing value judgement as mentioned previously, though value assessment and rating could be designed in future iterations if deemed valuable.</p>
</sec>
<sec id="s4-2">
<title>4.2 Token use</title>
<p>Proposed tokens on the NIHR system would not inherently be utility tokens, as they would not be tradable or worth money to avoid creating potential perverse incentives and changing the reasons people carry out roles. Instead, the goal is they act as a verifiable, immutable, and tangible expression of appreciation and recognition of service completed.</p>
<p>The token&#x2019;s utility will be as a validated transaction history of scientific contributions for use in professional assessments such as job interviews, award and funding applications, performance appraisals, and academic file review, where currently such records of work are less quantifiable and may lack validity. For senior researchers, tokens may have less perceived value in interviews (as they will be assessed on different criteria by employers) however token status could bolster personal award applications such as the NIHR Senior Investigator Award, where a key element of selection is &#x201c;contribution to the NIHR&#x201d;<xref ref-type="fn" rid="fn20">
<sup>20</sup>
</xref>. For more junior researchers, validation of these scientific contributions can directly support favourable hiring and promotion decisions as academic service remains an element for file review and those early in their career need to differentiate themselves. For scientists who are looking to transition to non-academic careers in industry, non-profits or the government, such digital assets and proof of service can also assist in translation of technical skills outside of academia.</p>
</sec>
<sec id="s4-3">
<title>4.3 Token benefits</title>
<sec id="s4-3-1">
<title>4.3.1 Improved recognition</title>
<p>This token system would act as a permanent, more comprehensive and near immutable record for both the funder and the scientist. Data would be easily accessible for both parties, high quality, consistent and fast to record.</p>
<p>Those who complete peer reviews or sit on funding committees stand to benefit from this approach. In general, reviewers strongly feel their work is not adequately recognised and they value reward initiatives (<xref ref-type="bibr" rid="B39">Warne, 2016</xref>). This token system would record those contributions and assist the academic&#x2019;s career development, a reason behind 42% of academic&#x2019;s decisions to review (<xref ref-type="bibr" rid="B27">Publishing Research Consortium, 2022</xref>).</p>
<p>This proposal will also benefit the 44% of NIHR funding applicants successful at Stage 1 but not at Stage 2 (<xref ref-type="bibr" rid="B19">Lee, 2022</xref>). Producing a Stage 2 application is very time intensive and if it is unsuccessful, the prior Stage 1 success comes with no recognition. This is likely to cause frustration and, in some cases, disincentivise applying. Rewarding initial success would recognise the effort taken to produce the full application and the contribution of knowledge. This will potentially encourage applications, leading to a larger pool of proposals to choose from and higher quality research being funded.</p>
<p>This system also helps improve equality of recognition. By equally rewarding all contributing team members, rather than just the Principal Investigator, it supports early career researchers, while through career break tokens it helps reduce discrimination against those who take breaks, particularly women having children. Alongside that, the data captured could help understand patterns in who is working within organisations (e.g., race, gender, geography) which could help better shape EDI initiatives to make the scientific workplace more equal and supportive.</p>
</sec>
<sec id="s4-3-2">
<title>4.3.2 Improved efficiency</title>
<p>Currently, only 14.8% of peer reviewers contacted deliver a completed review (<xref ref-type="bibr" rid="B19">Lee, 2022</xref>) meaning NIHR operational staff have to source, contact and chase vastly more peer reviewers than are required. This is a very significant drain on time that could be better repurposed for other research and management-related activities. If assigning tokens can encourage a higher uptake of peer reviewers it will result in a notable efficiency increase.</p>
<p>Chasing award holders to provide reports, particularly after the project is finished, is an equally common and time-consuming problem. An analysis of 6,371 reports from NIHR data showed overall just 0.6% of post-funding reports are completed on time, a figure of 5.5% for final reports, 24.5% for online progress reports and 3.8% for offline progress reports. In total, only 712 were delivered by their deadline, a figure of 12.6% (<xref ref-type="bibr" rid="B19">Lee, 2022</xref>). Incentivising reporting on time by offering a token bounty for timely submission has the potential to reduce the time spent chasing reports while also enabling faster mobilisation of results to evidence users, potentially increasing the impact of the funded research.</p>
</sec>
<sec id="s4-3-3">
<title>4.3.3 Robust assessment</title>
<p>By recording contributions, a funder provides the wider research ecosystem (such as universities, future employers and publishers) with another method to support objective assessments. There is less opportunity for academics to falsify or overplay their role or accomplishments which benefits honest individuals and adds credibility to achievements by giving assurance the information is valid.</p>
<p>Currently, nomination for and assessment of the NIHR Senior Investigator Award takes time due to the need to collate disparate or difficult-to-obtain information. A token system would recognise all hard-to-quantify activities in one place and serve as a numerical representation of the individual&#x2019;s contribution to the NIHR and scientific community. This would turn currently qualitative, subjective measures into quantitative ones, improving the efficiency, robustness and transparency of the competition.</p>
</sec>
<sec id="s4-3-4">
<title>4.3.4 Cross-funder collaboration</title>
<p>Involving other funders provides an opportunity to aggregate and standardise recognition. Researchers typically work with a range of funders so a single system which captures all their work would simplify their experience while increasing reach and buy-in to the system. It could also enable portability of information, such as when identifying potential reviewers and committee members. In this sense, a future iteration of this framework could move from a more private blockchain design focused on a single or small number of funders to a larger consortium model that includes multiple funding agencies and implementation organisations.</p>
<p>Once produced, this shared record could then be viewed and authenticated by any party, would be intrinsically trustworthy and support the narrative CV proposal developed by the Royal Society<xref ref-type="fn" rid="fn21">
<sup>21</sup>
</xref>.</p>
</sec>
</sec>
</sec>
<sec sec-type="discussion" id="s5">
<title>5 Discussion</title>
<p>Along with the benefits outlined in section four above, this proposal comes with a number of potential barriers and challenges, some general to blockchain and others specific to the framework design currently conceptualised. To realise the full utility of the proposed framework, further community-based consultations with funding agency stakeholders, scientists and academic administrators will be needed. We outline some of these challenges below.</p>
<sec id="s5-1">
<title>5.1 Public perception</title>
<p>Many hurdles come down to public perception. The regular negative media portrayal of cryptocurrency may tarnish the reputation of blockchain regarding its application to academic and scientific processes. The lack of understanding which causes this is the root of much of the scepticism, confusion and fear that blockchain attracts. When the basics are understood but little known about the practical applications it is often judged to be an indulgent new technology which sounds useful but is &#x201c;not for us&#x201d; (<xref ref-type="bibr" rid="B18">Kosmarski, 2020</xref>). For our system, it is primarily academics, their employers, their professional bodies and those working for research funders who will need to be won over. To do this, a programme of engagement and communication will need to be deployed to promote understanding and dispel misconceptions. To aid buy-in, our solution is not aiming to reshape an entire ecosystem, as many proposals do (<xref ref-type="bibr" rid="B16">Janowicz et al., 2018</xref>; <xref ref-type="bibr" rid="B23">Mackey et al., 2019a</xref>). A complex and fundamental shift requires the support of many stakeholders, a difficult feat to achieve (<xref ref-type="bibr" rid="B18">Kosmarski, 2020</xref>). Instead, we aim to solely address the problem of recognition, evident to thousands of researchers, and integrate our solution into current practices as seamlessly as possible.</p>
</sec>
<sec id="s5-2">
<title>5.2 Data protection and system architecture</title>
<p>Tension between blockchain technologies and General Data Protection Regulation (GDPR) exist, primarily relating to the data controller, data minimization, purpose limitation and perhaps most pertinently, erasure of data (<xref ref-type="bibr" rid="B10">European Parliament, 2019</xref>). Given different types of blockchain technology can have very different characteristics, coupled with conceptual uncertainty about GDPR itself, it makes this problem complex and situation dependent. While there is conflict between the two, a general relationship cannot be established and therefore must be determined on a case-by-case basis. Consequently, compliance needs to be designed into the system framework from the beginning to overcome data protection hurdles (<xref ref-type="bibr" rid="B10">European Parliament, 2019</xref>; <xref ref-type="bibr" rid="B40">Zemler &#x26; Westner, 2019</xref>; <xref ref-type="bibr" rid="B3">Casino et al., 2020</xref>).</p>
<p>Despite these issues, progress has been made, especially around data erasure. One of the most cited approaches is to store part of the data off-chain, linked with a hash, address or other identifier. By destroying this linking information, the data residing on the chain would be rendered unidentifiable (<xref ref-type="bibr" rid="B14">Haque et al., 2021</xref>; <xref ref-type="bibr" rid="B9">EU Blockchain Observatory and Forum, 2022</xref>). What&#x2019;s more, blockchain can intrinsically improve data management practices by helping track the flow of personal data, while being compliant itself (<xref ref-type="bibr" rid="B1">Al-Zaben et al., 2018</xref>).</p>
<p>We suggest that by using the off-chain method our system could remain GDPR compliant. Only token status and associated wallet address (an alphanumeric string analogous to an email address identifying the location to which tokens are sent) would be published on a public blockchain. Stored off-chain would be the association between names and wallet addresses. A separate micro-site would associate the public chain with the off-chain database in order to identify an individual&#x2019;s token status. This would be visible in its entirety to the funder awarding tokens however each academic would only be able to view their own record. The individual would then be able to share this with third parties should they wish. To erase someone&#x2019;s data the awarding funder would simply have to delete the off-chain association between wallet address and individual to render the data unidentifiable.</p>
<p>A risk remains that a sufficiently motivated and skilled actor who had previously been given the wallet address could search a block explorer (such as Etherscan<xref ref-type="fn" rid="fn22">
<sup>22</sup>
</xref>) for that specific address and match up the data. This, however, does not pose a significant risk as the chance of it happening is low, the data that could be extracted is very limited and the wallet address would have been shared by the academic themself.</p>
<p>The main limitation of this approach is that by attempting to extensively incorporate GDPR requirements a single trusted party is introduced (the funder which holds the off-chain database). The private data this party holds weakens the decentralised and open benefits of blockchain, given the fact you need to refer to this off-chain information in order to link the individual to their tokens. This seems to be a necessary compromise, however, as a true public, permissionless blockchain is likely to come into significant conflict with GDPR (<xref ref-type="bibr" rid="B40">Zemler &#x26; Westner, 2019</xref>).</p>
</sec>
<sec id="s5-3">
<title>5.3 Token value</title>
<p>If we cannot ascribe meaningful value to the tokens the system may not be used as intended, the benefits could be unrealised and behaviour not driven as desired. This risk exists as these tokens do not hold intrinsic value, but rather are a representation of work done. To overcome this a combination of interventions may be needed, including but not limited to: 1) generating education and awareness about the purpose of the token and its utility in providing a verifiable record of accomplishments relative to existing incomplete and unverifiable sources of information (e.g., traditional CV, website profiles, etc.); 2) adoption of tokens into research and funding evaluation and assessment; and 3) integration of recognition tokens into university and employer professional development, assessment, and promotional policies and practices.</p>
</sec>
<sec id="s5-4">
<title>5.4 Unintended consequences and manipulation</title>
<p>A new incentive scheme always risks unintended consequences and people may try to exploit it; in our case it risks changing the reasons people carry out work. To mitigate this the tokens would not be worth money or be exchangeable for any specific opportunities, in other words they have no &#x201c;active&#x201d; use. This serves two purposes. Firstly, it disincentivises fraud, given that the token&#x2019;s value is simply a validated record of work performed and is generated by consensus from the issuing organisation (e.g., the funder). Hence, the opportunity for fraud and the utility of engaging in misleading or fraudulent activity is greatly diminished. Secondly, the multiple token categories mean not all work is classed as the same, preventing people from doing the most straightforward job they can just to earn the maximum number of tokens. Furthermore, tasks cannot just be done at the academic&#x2019;s wish, they have to be invited, this removes the opportunity to &#x2018;mine&#x2019; the system for as many tokens as possible.</p>
</sec>
<sec id="s5-5">
<title>5.5 Future work</title>
<p>An expanded system with a wider range of tokens along with greater levels of automation and integration provides huge potential for system improvements, cost savings and efficiency making, particularly by using smart contracts as previously discussed. For example, when a potential reviewer accepts the application review request then a smart contract could automatically inform them of the requirements such as deadline, writing structure and conflict of interest policy. Once a valid review is submitted that meets the conditions of the smart contract then the tokens could be released automatically to the individual. If the review is late then tokens could be withheld and an automated email reminder sent to inform that the review is due (<xref ref-type="bibr" rid="B23">Mackey et al., 2019a</xref>). Linking this with current, established academic recognition systems such as ORCID provides the opportunity for greater integration and reach. Alongside this, a future possibility is to enable a more active use of tokens, as discussed in <xref ref-type="sec" rid="s2-2">Section 2.2</xref>. This may involve allowing token holders to undertake specific activities such as participation in workshops, research prioritisation and evaluation of grant proposals (<xref ref-type="bibr" rid="B7">Ducr&#xe9;e, 2020</xref>).</p>
<p>A future system should also reward public contributors (patients and members of the public who are involved in research). Awarding them with the same tokens given to academics would reinforce their equal status, provide a formal record of their contribution and complement the reward payments they currently receive. This would help continue the drive to put patients and the public at the centre of everything the NIHR does.</p>
</sec>
</sec>
<sec sec-type="conclusion" id="s6">
<title>6 Conclusion</title>
<p>Our proposal builds on an emerging body of work exploring the use of blockchain to upgrade legacy healthcare and research management systems in the exciting emerging era of Web3. Blockchain is proliferating in almost every sector and holds huge potential however it is not a remedy to all problems. The power of blockchain comes when it is purposefully applied to relevant situations that would benefit from increased trust, decentralised governance and blockchain application layers such as tokens and smart contracts. All these solutions, including the framework proposed here, have challenges associated with implementation, adoption and acceptance which need to be further assessed in collaboration with the scientific community. Crucially, the presence of challenge should not be used as an excuse to stifle innovation and advancement. Within the NIHR, we aim to increase efficiency through this incentivisation while improving our offering to academics, leading the way to more collaborative, integrated and fair recognition in health and care research. We hope that soon the valuable contributions academics make to the processes underpinning research will be recognised by the scientific community in a more dynamic and meaningful way.</p>
</sec>
</body>
<back>
<sec sec-type="data-availability" id="s7">
<title>Data availability statement</title>
<p>The original contributions presented in the study are included in the article/supplementary material, further inquiries can be directed to the corresponding author.</p>
</sec>
<sec id="s8">
<title>Author contributions</title>
<p>JL: Project lead, conceptualization, solution design, manuscript writing. MM: Project sponsorship, steering, guidance, manuscript review. TM: Manuscript review, conceptualization, manuscript writing.</p>
</sec>
<sec id="s9">
<title>Funding</title>
<p>Publishing fees paid by the National Institute for Health and Care Research.</p>
</sec>
<ack>
<p>This research was supported by the National Institute for Health and Care Research (NIHR) and we thank our colleagues here who provided insight and expertise which helped develop our concept. We thank John Shannon (NRC-IRAP) for providing extensive guidance throughout the course of this project and for reviewing the manuscript. Finally, thanks go to Jaimee Kerven (NIHR) and Katie Cook (NIHR) for providing invaluable help proofreading earlier versions of this paper.</p>
</ack>
<sec sec-type="COI-statement" id="s10">
<title>Conflict of interest</title>
<p>The authors declare that the research was conducted in the absence of any commercial or financial relationships that could be construed as a potential conflict of interest.</p>
</sec>
<sec sec-type="disclaimer" id="s11">
<title>Publisher&#x2019;s note</title>
<p>All claims expressed in this article are solely those of the authors and do not necessarily represent those of their affiliated organizations, or those of the publisher, the editors and the reviewers. Any product that may be evaluated in this article, or claim that may be made by its manufacturer, is not guaranteed or endorsed by the publisher.</p>
</sec>
<fn-group>
<fn id="fn24">
<p>Due to the complexity of blockchain, terms which may not be common knowledge have been supplemented with online links in footnotes.</p>
</fn>
<fn id="fn1">
<label>1</label>
<p>
<ext-link ext-link-type="uri" xlink:href="http://royalsociety.org/topics-policy/projects/research-culture/tools-for-support/resume-for-researchers">royalsociety.org/topics-policy/projects/research-culture/tools-for-support/resume-for-researchers</ext-link>
</p>
</fn>
<fn id="fn2">
<label>2</label>
<p>
<ext-link ext-link-type="uri" xlink:href="http://decrypt.co/resources/blockchain-basics-what-is-blockchain">decrypt.co/resources/blockchain-basics-what-is-blockchain</ext-link>
</p>
</fn>
<fn id="fn3">
<label>3</label>
<p>
<ext-link ext-link-type="uri" xlink:href="http://decrypt.co/resources/what-is-bitcoin-four-minute-instant-guide-explainer">decrypt.co/resources/what-is-bitcoin-four-minute-instant-guide-explainer</ext-link>
</p>
</fn>
<fn id="fn4">
<label>4</label>
<p>
<ext-link ext-link-type="uri" xlink:href="http://decrypt.co/resources/what-are-cryptocurrencies-super-quick-guide">decrypt.co/resources/what-are-cryptocurrencies-super-quick-guide</ext-link>
</p>
</fn>
<fn id="fn5">
<label>5</label>
<p>
<ext-link ext-link-type="uri" xlink:href="http://decrypt.co/resources/tokenomics">decrypt.co/resources/tokenomics</ext-link>
</p>
</fn>
<fn id="fn6">
<label>6</label>
<p>
<ext-link ext-link-type="uri" xlink:href="http://investopedia.com/terms/d/distributed-ledgers.asp">investopedia.com/terms/d/distributed-ledgers.asp</ext-link>
</p>
</fn>
<fn id="fn7">
<label>7</label>
<p>
<ext-link ext-link-type="uri" xlink:href="http://en.wikipedia.org/wiki/Peer-to-peer">en.wikipedia.org/wiki/Peer-to-peer</ext-link>
</p>
</fn>
<fn id="fn8">
<label>8</label>
<p>
<ext-link ext-link-type="uri" xlink:href="http://decrypt.co/resources/dlt">decrypt.co/resources/dlt</ext-link>
</p>
</fn>
<fn id="fn9">
<label>9</label>
<p>
<ext-link ext-link-type="uri" xlink:href="http://kaspersky.com/resource-center/definitions/what-is-cryptography">kaspersky.com/resource-center/definitions/what-is-cryptography</ext-link>
</p>
</fn>
<fn id="fn10">
<label>10</label>
<p>
<ext-link ext-link-type="uri" xlink:href="http://decrypt.co/resources/consensus-protocols-what-are-they-guide-how-to-explainer">decrypt.co/resources/consensus-protocols-what-are-they-guide-how-to-explainer</ext-link>
</p>
</fn>
<fn id="fn11">
<label>11</label>
<p>
<ext-link ext-link-type="uri" xlink:href="http://decrypt.co/resources/smart-contracts">decrypt.co/resources/smart-contracts</ext-link>
</p>
</fn>
<fn id="fn12">
<label>12</label>
<p>
<ext-link ext-link-type="uri" xlink:href="http://decrypt.co/resources/what-is-web-3">decrypt.co/resources/what-is-web-3</ext-link>
</p>
</fn>
<fn id="fn13">
<label>13</label>
<p>
<ext-link ext-link-type="uri" xlink:href="http://decrypt.co/resources/non-fungible-tokens-nfts-explained-guide-learn-blockchain">decrypt.co/resources/non-fungible-tokens-nfts-explained-guide-learn-blockchain</ext-link>
</p>
</fn>
<fn id="fn14">
<label>14</label>
<p>
<ext-link ext-link-type="uri" xlink:href="http://artifacts.ai">artifacts.ai</ext-link>
</p>
</fn>
<fn id="fn15">
<label>15</label>
<p>
<ext-link ext-link-type="uri" xlink:href="http://bloxberg.org">bloxberg.org</ext-link>
</p>
</fn>
<fn id="fn16">
<label>16</label>
<p>
<ext-link ext-link-type="uri" xlink:href="http://pluto.im">pluto.im</ext-link>
</p>
</fn>
<fn id="fn17">
<label>17</label>
<p>
<ext-link ext-link-type="uri" xlink:href="http://orvium.io">orvium.io</ext-link>
</p>
</fn>
<fn id="fn18">
<label>18</label>
<p>
<ext-link ext-link-type="uri" xlink:href="http://blockchainforscience.com">blockchainforscience.com</ext-link>, <ext-link ext-link-type="uri" xlink:href="http://decentralizedscience.github.io">decentralizedscience.github.io</ext-link>, <ext-link ext-link-type="uri" xlink:href="http://deip.world">deip.world</ext-link>, <ext-link ext-link-type="uri" xlink:href="http://p1anck.com">p1anck.com</ext-link>, <ext-link ext-link-type="uri" xlink:href="http://sciencefund.io">sciencefund.io</ext-link>
</p>
</fn>
<fn id="fn19">
<label>19</label>
<p>
<ext-link ext-link-type="uri" xlink:href="https://nrc.canada.ca/en/stories/exploring-blockchain-better-business">https://nrc.canada.ca/en/stories/exploring-blockchain-better-business</ext-link>
</p>
</fn>
<fn id="fn20">
<label>20</label>
<p>
<ext-link ext-link-type="uri" xlink:href="https://www.nihr.ac.uk/documents/nihr-senior-investigators-guidance-for-applicants/21593">https://www.nihr.ac.uk/documents/nihr-senior-investigators-guidance-for-applicants/21593</ext-link>
</p>
</fn>
<fn id="fn21">
<label>21</label>
<p>
<ext-link ext-link-type="uri" xlink:href="http://royalsociety.org/topics-policy/projects/research-culture/tools-for-support/resume-for-researchers">royalsociety.org/topics-policy/projects/research-culture/tools-for-support/resume-for-researchers</ext-link>
</p>
</fn>
<fn id="fn22">
<label>22</label>
<p>
<ext-link ext-link-type="uri" xlink:href="http://etherscan.io">etherscan.io</ext-link>
</p>
</fn>
</fn-group>
<ref-list>
<title>References</title>
<ref id="B1">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Al-Zaben</surname>
<given-names>N.</given-names>
</name>
<name>
<surname>Onik</surname>
<given-names>M. M. H.</given-names>
</name>
<name>
<surname>Yang</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Lee</surname>
<given-names>N. Y.</given-names>
</name>
<name>
<surname>Kim</surname>
<given-names>C. S.</given-names>
</name>
</person-group> (<year>2018</year>). &#x201c;<article-title>General Data Protection Regulation complied blockchain architecture for personally identifiable information management</article-title>,&#x201d; in <conf-name>2018 International Conference on Computing, Electronics &#x26; Communications Engineering (iCCECE)</conf-name>, <conf-loc>Southend, UK</conf-loc>, <conf-date>16-17 August 2018</conf-date> (<publisher-name>IEEE</publisher-name>). <pub-id pub-id-type="doi">10.1109/iCCECOME.2018.8658586</pub-id>
</citation>
</ref>
<ref id="B2">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Avital</surname>
<given-names>M.</given-names>
</name>
</person-group> (<year>2018</year>). <article-title>Peer review: Toward a blockchain-enabled market-based ecosystem</article-title>. <source>Commun. Assoc. Inf. Syst.</source> <volume>42</volume>, <fpage>646</fpage>&#x2013;<lpage>653</lpage>. <pub-id pub-id-type="doi">10.17705/1cais.04228</pub-id>
</citation>
</ref>
<ref id="B3">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Casino</surname>
<given-names>F.</given-names>
</name>
<name>
<surname>Politou</surname>
<given-names>E.</given-names>
</name>
<name>
<surname>Alepis</surname>
<given-names>E.</given-names>
</name>
<name>
<surname>Patsakis</surname>
<given-names>C.</given-names>
</name>
</person-group> (<year>2020</year>). <article-title>Immutability and decentralized storage: An analysis of emerging threats</article-title>. <source>IEEE Access</source> <volume>8</volume>, <fpage>4737</fpage>&#x2013;<lpage>4744</lpage>. <pub-id pub-id-type="doi">10.1109/access.2019.2962017</pub-id>
</citation>
</ref>
<ref id="B4">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Curmi</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Inguanez</surname>
<given-names>F.</given-names>
</name>
</person-group> (<year>2020</year>). &#x201c;<article-title>Academic achievement recognition and verification using blockchain</article-title>,&#x201d; in <source>Euro-par 2019: Parallel processing workshops</source> (<publisher-loc>Cham</publisher-loc>: <publisher-name>Spinger</publisher-name>), <fpage>153</fpage>&#x2013;<lpage>165</lpage>.</citation>
</ref>
<ref id="B5">
<citation citation-type="web">
<collab>Department of Health and Social Care</collab> (<year>2022</year>). <article-title>Best reseach for best health: The next chapter</article-title>. <comment>Avaliable at: <ext-link ext-link-type="uri" xlink:href="https://www.nihr.ac.uk/documents/about-us/best-research-for-best-health-the-next-chapter.pdf">https://www.nihr.ac.uk/documents/about-us/best-research-for-best-health-the-next-chapter.pdf</ext-link> (Accessed August 9, 2022)</comment>.</citation>
</ref>
<ref id="B6">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Ducr&#xe9;e</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Codyre</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Walshe</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Barting</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2022</year>). <article-title>DeSci-Decentralized science</article-title>. <comment>Preprints</comment>. <pub-id pub-id-type="doi">10.20944/preprints202205.0223.v1</pub-id>
</citation>
</ref>
<ref id="B7">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Ducr&#xe9;e</surname>
<given-names>J.</given-names>
</name>
</person-group> (<year>2020</year>). <article-title>Research &#x2013; a blockchain of knowledge?</article-title> <source>Blockchain Res. Appl.</source> <volume>1</volume> (<issue>1-2</issue>), <fpage>100005</fpage>. <pub-id pub-id-type="doi">10.1016/j.bcra.2020.100005</pub-id>
</citation>
</ref>
<ref id="B8">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Engelhardt</surname>
<given-names>M.</given-names>
</name>
</person-group> (<year>2017</year>). <article-title>Hitching healthcare to the chain: An introduction to blockchain technology in the healthcare sector</article-title>. <source>Technol. Innov. Manag. Rev.</source> <volume>7</volume> (<issue>10</issue>), <fpage>22</fpage>&#x2013;<lpage>34</lpage>. <pub-id pub-id-type="doi">10.22215/timreview/1111</pub-id>
</citation>
</ref>
<ref id="B9">
<citation citation-type="web">
<collab>EU Blockchain Observatory and Forum</collab> (<year>2022</year>). <article-title>Blockchain applications in the healthcare sector</article-title>. <comment>Available at: <ext-link ext-link-type="uri" xlink:href="https://www.eublockchainforum.eu/sites/default/files/reports/eubof_healthcare_2022_FINAL_pdf.pdf">https://www.eublockchainforum.eu/sites/default/files/reports/eubof_healthcare_2022_FINAL_pdf.pdf</ext-link>
</comment>.</citation>
</ref>
<ref id="B10">
<citation citation-type="web">
<collab>European Parliament</collab> (<year>2019</year>). <article-title>Blockchain and the general data protection regulation. Can distributed ledgers be squared with European data protection law? European parliamentary research services, scientific foresight unit (STOA)</article-title>. <comment>Available at: <ext-link ext-link-type="uri" xlink:href="https://www.europarl.europa.eu/RegData/etudes/STUD/2019/634445/EPRS_STU(2019)634445_EN.pdf">https://www.europarl.europa.eu/RegData/etudes/STUD/2019/634445/EPRS_STU(2019)634445_EN.pdf</ext-link> (Accessed: July 27, 2022)</comment>.</citation>
</ref>
<ref id="B11">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Extance</surname>
<given-names>A.</given-names>
</name>
</person-group> (<year>2017</year>). <article-title>Could Bitcoin technology help science?</article-title> <source>Nature</source> <volume>552</volume> (<issue>7685</issue>), <fpage>301</fpage>&#x2013;<lpage>302</lpage>. <pub-id pub-id-type="doi">10.1038/d41586-017-08589-4</pub-id>
</citation>
</ref>
<ref id="B12">
<citation citation-type="web">
<person-group person-group-type="author">
<name>
<surname>Grant</surname>
<given-names>G.</given-names>
</name>
</person-group> (<year>2021</year>). <article-title>Academic incentives and research impact: Developing reward and recognition systems to better people&#x2019;s lives. AcademyHealth</article-title>. <comment>Available at: <ext-link ext-link-type="uri" xlink:href="https://academyhealth.org/sites/default/files/publication/%5Bfield_date%3Acustom%3AY%5D-%5Bfield_date%3Acustom%3Am%5D/academicincentivesresearchimpact_feb2021.pdf">https://academyhealth.org/sites/default/files/publication/%5Bfield_date%3Acustom%3AY%5D-%5Bfield_date%3Acustom%3Am%5D/academicincentivesresearchimpact_feb2021.pdf</ext-link> (Accessed: July 20, 2022)</comment>.</citation>
</ref>
<ref id="B13">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Gropp</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Glisson</surname>
<given-names>S.</given-names>
</name>
<name>
<surname>Gallo</surname>
<given-names>S.</given-names>
</name>
<name>
<surname>Thompson</surname>
<given-names>L.</given-names>
</name>
</person-group> (<year>2017</year>). <article-title>Peer review: A system under stress</article-title>. <source>BioScience</source> <volume>67</volume> (<issue>5</issue>), <fpage>407</fpage>&#x2013;<lpage>410</lpage>. <pub-id pub-id-type="doi">10.1093/biosci/bix034</pub-id>
</citation>
</ref>
<ref id="B14">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Haque</surname>
<given-names>A. B.</given-names>
</name>
<name>
<surname>Islam</surname>
<given-names>A. K. M. N.</given-names>
</name>
<name>
<surname>Hyrynsalmi</surname>
<given-names>S.</given-names>
</name>
<name>
<surname>Naqvi</surname>
<given-names>B.</given-names>
</name>
<name>
<surname>Smolander</surname>
<given-names>K.</given-names>
</name>
</person-group> (<year>2021</year>). <article-title>GDPR compliant blockchains&#x2013;A systematic literature review</article-title>. <source>IEEE Access</source> <volume>9</volume>, <fpage>50593</fpage>&#x2013;<lpage>50606</lpage>. <pub-id pub-id-type="doi">10.1109/access.2021.3069877</pub-id>
</citation>
</ref>
<ref id="B15">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Jan</surname>
<given-names>Z.</given-names>
</name>
<name>
<surname>Third</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Bachler</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Domingue</surname>
<given-names>J.</given-names>
</name>
</person-group> (<year>2018</year>). &#x201c;<article-title>Peer-reviews on the blockchain</article-title>,&#x201d; in <source>1st workshop on reframing research</source> (<publisher-loc>Cologne Germany</publisher-loc>: <publisher-name>RefResh</publisher-name>). <comment>Available at: <ext-link ext-link-type="uri" xlink:href="http://oro.open.ac.uk/58593/1/Peer_reviews_on_the_blockchain.pdf">http://oro.open.ac.uk/58593/1/Peer_reviews_on_the_blockchain.pdf</ext-link> (Accessed: July 20, 2022)</comment>.</citation>
</ref>
<ref id="B16">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Janowicz</surname>
<given-names>K.</given-names>
</name>
<name>
<surname>Regalia</surname>
<given-names>B.</given-names>
</name>
<name>
<surname>Hitzler</surname>
<given-names>P.</given-names>
</name>
<name>
<surname>Mai</surname>
<given-names>G.</given-names>
</name>
<name>
<surname>Delbecque</surname>
<given-names>S.</given-names>
</name>
<name>
<surname>Fr&#xf6;hlich</surname>
<given-names>M.</given-names>
</name>
<etal/>
</person-group> (<year>2018</year>). <article-title>On the prospects of blockchain and distributed ledger technologies for open science and academic publishing</article-title>. <source>Semantic Web</source> <volume>9</volume> (<issue>5</issue>), <fpage>545</fpage>&#x2013;<lpage>555</lpage>. <pub-id pub-id-type="doi">10.3233/sw-180322</pub-id>
</citation>
</ref>
<ref id="B17">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Koltun</surname>
<given-names>V.</given-names>
</name>
<name>
<surname>Hafner</surname>
<given-names>D.</given-names>
</name>
</person-group> (<year>2021</year>). <article-title>The h-index is no longer an effective correlate of scientific reputation</article-title>. <source>PLOS ONE</source> <volume>16</volume> (<issue>6</issue>), <fpage>e0253397</fpage>. <pub-id pub-id-type="doi">10.1371/journal.pone.0253397</pub-id>
</citation>
</ref>
<ref id="B18">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Kosmarski</surname>
<given-names>A.</given-names>
</name>
</person-group> (<year>2020</year>). <article-title>Blockchain adoption in academia: Promises and challenges</article-title>. <source>J. Open Innovation Technol. Mark. Complex.</source> <volume>6</volume> (<issue>4</issue>), <fpage>117</fpage>. <pub-id pub-id-type="doi">10.3390/joitmc6040117</pub-id>
</citation>
</ref>
<ref id="B19">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Lee</surname>
<given-names>J.</given-names>
</name>
</person-group> (<year>2022</year>). <article-title>Business case &#x7c; blockchain token recognition system</article-title>. <comment>Internal NIHR report</comment>.</citation>
</ref>
<ref id="B20">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Leible</surname>
<given-names>S.</given-names>
</name>
<name>
<surname>Schlager</surname>
<given-names>S.</given-names>
</name>
<name>
<surname>Schubotz</surname>
<given-names>M.</given-names>
</name>
<name>
<surname>Gipp</surname>
<given-names>B.</given-names>
</name>
</person-group> (<year>2019</year>). <article-title>A review on blockchain technology and blockchain projects fostering open science</article-title>. <source>Front. Blockchain</source> <volume>2</volume>, <fpage>16</fpage>. <pub-id pub-id-type="doi">10.3389/fbloc.2019.00016</pub-id>
</citation>
</ref>
<ref id="B21">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Mackey</surname>
<given-names>T.</given-names>
</name>
<name>
<surname>Kuo</surname>
<given-names>T.</given-names>
</name>
<name>
<surname>Gummadi</surname>
<given-names>B.</given-names>
</name>
<name>
<surname>Clauson</surname>
<given-names>K.</given-names>
</name>
<name>
<surname>Church</surname>
<given-names>G.</given-names>
</name>
<name>
<surname>Grishin</surname>
<given-names>D.</given-names>
</name>
<etal/>
</person-group> (<year>2019b</year>). <article-title>&#x2018;Fit-for-purpose?&#x2019; &#x2013; challenges and opportunities for applications of blockchain technology in the future of healthcare</article-title>. <source>BMC Med.</source> <volume>17</volume> (<issue>1</issue>), <fpage>68</fpage>. <pub-id pub-id-type="doi">10.1186/s12916-019-1296-7</pub-id>
</citation>
</ref>
<ref id="B22">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Mackey</surname>
<given-names>T.</given-names>
</name>
<name>
<surname>Miyachi</surname>
<given-names>K.</given-names>
</name>
<name>
<surname>Fung</surname>
<given-names>D.</given-names>
</name>
<name>
<surname>Qian</surname>
<given-names>S.</given-names>
</name>
<name>
<surname>Short</surname>
<given-names>J.</given-names>
</name>
</person-group> (<year>2020</year>). <article-title>Combating health care fraud and abuse: Conceptualization and prototyping study of a blockchain antifraud framework</article-title>. <source>J. Med. Internet Res.</source> <volume>22</volume> (<issue>9</issue>), <fpage>e18623</fpage>. <pub-id pub-id-type="doi">10.2196/18623</pub-id>
</citation>
</ref>
<ref id="B23">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Mackey</surname>
<given-names>T.</given-names>
</name>
<name>
<surname>Shah</surname>
<given-names>N.</given-names>
</name>
<name>
<surname>Miyachi</surname>
<given-names>K.</given-names>
</name>
<name>
<surname>Short</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Clauson</surname>
<given-names>K.</given-names>
</name>
</person-group> (<year>2019a</year>). <article-title>A framework proposal for blockchain-based scientific publishing using shared governance</article-title>. <source>Front. Blockchain</source> <volume>2</volume>, <fpage>19</fpage>. <pub-id pub-id-type="doi">10.3389/fbloc.2019.00019</pub-id>
</citation>
</ref>
<ref id="B24">
<citation citation-type="web">
<person-group person-group-type="author">
<name>
<surname>Nakamoto</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2008</year>). <article-title>Bitcoin: A peer-to-peer electronic cash system</article-title>. <comment>Available at: <ext-link ext-link-type="uri" xlink:href="https://www.ussc.gov/sites/default/files/pdf/training/annual-national-training-seminar/2018/Emerging_Tech_Bitcoin_Crypto.pdf">https://www.ussc.gov/sites/default/files/pdf/training/annual-national-training-seminar/2018/Emerging_Tech_Bitcoin_Crypto.pdf</ext-link>
</comment>.</citation>
</ref>
<ref id="B25">
<citation citation-type="web">
<collab>National Institute of Health and Care Research (NIHR)</collab> (<year>2021</year>). <article-title>NIHR annual report 2020/2021</article-title>. <comment>Available at: <ext-link ext-link-type="uri" xlink:href="https://www.nihr.ac.uk/documents/about-us/our-contribution-to-research/research-performance/Final-NIHR-Annual-report%2020_21.pdf">https://www.nihr.ac.uk/documents/about-us/our-contribution-to-research/research-performance/Final-NIHR-Annual-report%2020_21.pdf</ext-link> (Accessed July 19, 2022)</comment>.</citation>
</ref>
<ref id="B26">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Phillips</surname>
<given-names>T.</given-names>
</name>
<name>
<surname>Saunders</surname>
<given-names>R.</given-names>
</name>
<name>
<surname>Cossman</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Heitman</surname>
<given-names>E.</given-names>
</name>
</person-group> (<year>2019</year>). <article-title>Assessing trustworthiness in research: A pilot study on CV verification</article-title>. <source>J. Empir. Res. Hum. Res. Ethics</source> <volume>14</volume> (<issue>4</issue>), <fpage>353</fpage>&#x2013;<lpage>364</lpage>. <pub-id pub-id-type="doi">10.1177/1556264619857843</pub-id>
</citation>
</ref>
<ref id="B27">
<citation citation-type="web">
<collab>Publishing Research Consortium</collab> (<year>2022</year>). <article-title>Peer review survey 2015</article-title>. <comment>Available at: <ext-link ext-link-type="uri" xlink:href="https://www.elsevier.com/__data/assets/pdf_file/0007/655756/PRC-peer-review-survey-report-Final-2016-05-19.pdf">https://www.elsevier.com/__data/assets/pdf_file/0007/655756/PRC-peer-review-survey-report-Final-2016-05-19.pdf</ext-link> (Accessed July 26, 2022)</comment>.</citation>
</ref>
<ref id="B28">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Smith</surname>
<given-names>R.</given-names>
</name>
</person-group> (<year>2006</year>). <article-title>Peer review: A flawed process at the heart of science and journals</article-title>. <source>J. R. Soc. Med.</source> <volume>99</volume> (<issue>4</issue>), <fpage>178</fpage>&#x2013;<lpage>182</lpage>. <pub-id pub-id-type="doi">10.1177/014107680609900414</pub-id>
</citation>
</ref>
<ref id="B29">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Spearpoint</surname>
<given-names>M.</given-names>
</name>
</person-group> (<year>2017</year>). <article-title>A proposed currency system for academic peer review payments using the BlockChain technology</article-title>. <source>Publications</source> <volume>5</volume> (<issue>3</issue>), <fpage>19</fpage>. <pub-id pub-id-type="doi">10.3390/publications5030019</pub-id>
</citation>
</ref>
<ref id="B30">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Swan</surname>
<given-names>M.</given-names>
</name>
</person-group> (<year>2015</year>). <source>Blockchain: Blueprint for a new economy</source>. <publisher-loc>Sebastopol, CA</publisher-loc>: <publisher-name>O&#x27;Reilly Media</publisher-name>.</citation>
</ref>
<ref id="B31">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Swider-Cios</surname>
<given-names>E.</given-names>
</name>
<name>
<surname>Solymosi</surname>
<given-names>K.</given-names>
</name>
<name>
<surname>Srinivas</surname>
<given-names>M.</given-names>
</name>
</person-group> (<year>2021</year>). <article-title>Why science needs a new reward and recognition system</article-title>. <source>Nature</source> <volume>595</volume> (<issue>7869</issue>), <fpage>751</fpage>&#x2013;<lpage>753</lpage>. <pub-id pub-id-type="doi">10.1038/d41586-021-01952-6</pub-id>
</citation>
</ref>
<ref id="B32">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Tandon</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Dhir</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>Islam</surname>
<given-names>A.</given-names>
</name>
<name>
<surname>M&#xe4;ntym&#xe4;ki</surname>
<given-names>M.</given-names>
</name>
</person-group> (<year>2020</year>). <article-title>Blockchain in healthcare: A systematic literature review, synthesizing framework and future research agenda</article-title>. <source>Comput. Industry</source> <volume>122</volume>, <fpage>103290</fpage>. <pub-id pub-id-type="doi">10.1016/j.compind.2020.103290</pub-id>
</citation>
</ref>
<ref id="B33">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Tennant</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Dugan</surname>
<given-names>J.</given-names>
</name>
<name>
<surname>Graziotin</surname>
<given-names>D.</given-names>
</name>
<name>
<surname>Jacques</surname>
<given-names>D.</given-names>
</name>
<name>
<surname>Waldner</surname>
<given-names>F.</given-names>
</name>
<name>
<surname>Mietchen</surname>
<given-names>D.</given-names>
</name>
<etal/>
</person-group> (<year>2017</year>). <article-title>A multi-disciplinary perspective on emergent and future innovations in peer review</article-title>. <source>F1000Res.</source> <volume>6</volume>, <fpage>1151</fpage>. <pub-id pub-id-type="doi">10.12688/f1000research.12037.1</pub-id>
</citation>
</ref>
<ref id="B34">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Terheggen</surname>
<given-names>P.</given-names>
</name>
</person-group> (<year>2021</year>). <source>Re-evaluating reward and recognition in science</source>. <publisher-loc>Amsterdam, Netherlands</publisher-loc>: <publisher-name>Elsevier Connect</publisher-name>. <comment>Available at: <ext-link ext-link-type="uri" xlink:href="https://www.elsevier.com/connect/re-evaluating-reward-and-recognition-in-science">https://www.elsevier.com/connect/re-evaluating-reward-and-recognition-in-science</ext-link> (Accessed: July 20, 2022)</comment>.</citation>
</ref>
<ref id="B35">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Tite</surname>
<given-names>L.</given-names>
</name>
<name>
<surname>Schroter</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2007</year>). <article-title>Why do peer reviewers decline to review? A survey</article-title>. <source>J. Epidemiol. Community Health</source> <volume>61</volume> (<issue>1</issue>), <fpage>9</fpage>&#x2013;<lpage>12</lpage>. <pub-id pub-id-type="doi">10.1136/jech.2006.049817</pub-id>
</citation>
</ref>
<ref id="B36">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Trov&#xf2;</surname>
<given-names>B.</given-names>
</name>
<name>
<surname>Massari</surname>
<given-names>N.</given-names>
</name>
</person-group> (<year>2021</year>). &#x201c;<article-title>Ants-review: A privacy-oriented protocol for incentivized open peer reviews on Ethereum</article-title>,&#x201d; in <source>Euro-par 2020: Parallel processing workshops</source> (<publisher-loc>Cham</publisher-loc>: <publisher-name>Spinger</publisher-name>), <fpage>18</fpage>&#x2013;<lpage>29</lpage>.</citation>
</ref>
<ref id="B37">
<citation citation-type="web">
<person-group person-group-type="author">
<name>
<surname>Van Rossum</surname>
<given-names>J.</given-names>
</name>
</person-group> (<year>2017</year>). <article-title>Blockchain for research: Perspectives on a new paradigm for scholarly communication digital science</article-title>. <comment>Available at: <ext-link ext-link-type="uri" xlink:href="https://moodle.ufsc.br/pluginfile.php/2759947/mod_folder/content/0/Digital_Science_Blockchain%20For%20Research%20-%202017.pdf?forcedownload=1">https://moodle.ufsc.br/pluginfile.php/2759947/mod_folder/content/0/Digital_Science_Blockchain%20For%20Research%20-%202017.pdf?forcedownload&#x003D;1</ext-link> (Accessed July 21, 2022)</comment>.</citation>
</ref>
<ref id="B38">
<citation citation-type="book">
<person-group person-group-type="author">
<name>
<surname>Voshmgir</surname>
<given-names>S.</given-names>
</name>
</person-group> (<year>2020</year>). <source>Token economy: How the Web3 reinvents the Internet</source>. <edition>2nd ed</edition>. <publisher-name>Token Kitchen</publisher-name>, <fpage>19</fpage>&#x2013;<lpage>24</lpage>.</citation>
</ref>
<ref id="B39">
<citation citation-type="journal">
<person-group person-group-type="author">
<name>
<surname>Warne</surname>
<given-names>V.</given-names>
</name>
</person-group> (<year>2016</year>). <article-title>Rewarding reviewers - sense or sensibility? A wiley study explained</article-title>. <source>Learn. Publ.</source> <volume>29</volume> (<issue>1</issue>), <fpage>41</fpage>&#x2013;<lpage>50</lpage>. <pub-id pub-id-type="doi">10.1002/leap.1002</pub-id>
</citation>
</ref>
<ref id="B40">
<citation citation-type="confproc">
<person-group person-group-type="author">
<name>
<surname>Zemler</surname>
<given-names>F.</given-names>
</name>
<name>
<surname>Westner</surname>
<given-names>M.</given-names>
</name>
</person-group> (<year>2019</year>). &#x201c;<article-title>Blockchain and GDPR: Application scenarios and compliance requirements</article-title>,&#x201d; in <conf-name>2019 Portland International Conference on Management of Engineering and Technology (PICMET)</conf-name>, <conf-loc>Portland, OR, USA</conf-loc>, <conf-date>25-29 August 2019</conf-date> (<publisher-name>IEEE</publisher-name>).</citation>
</ref>
</ref-list>
</back>
</article>