Notice bibliographique
Résumé
Blockchain has received a great deal of attention due to its inherent and perceived security, as well as its ability to bypass traditional intermediaries and associated transaction costs. Blockchain is a decentralized, distributed network of peer to peer, encrypted public and private ledgers, composed of data records in “blocks,” linked into an immutable chain that is automatically verified and managed. With an initial objective of examining a blockchain use case, we considered the latent value of implementing blockchain within a regional health information exchange. Intrigued by our observations of the lukewarm interest in blockchain for managing the exchange of sensitive information, a difficult problem with high practical significance, we were motivated to examine the feasibility of blockchain applications. From an organizational perspective, there are many unresolved issues related to blockchain because we do not yet understand the impact of the unique features of this technology. Therefore, the objective of this research is: to identify the factors that should be considered when assessing the feasibility of blockchain application. \\ \\ To carry out the research, we examined prior literature and found an extensive number of design documents, opinion pieces (blogs, wikis, and posts), papers, technical reports, conference proceedings, and journal articles. Since the research objective was to examine feasibility, we focused mainly on conference and journal articles. We excluded papers dealing with cryptocurrencies or bit coins, technical papers describing algorithms, or technical developments. We selected all conference proceedings from the AISlibrary with the term “block chain” or “blockchain” within the text. For journal articles, we selected papers using the terms “block chain” or “blockchain” in the Title and Key Terms and the discipline “business” employing a unified search function through an institutional library. In total, 282 papers were retrieved that were related to blockchain. Our review of the literature on systems analysis and design or feasibility studies is not included in this count. \\ \\ From the above literature review, we found that blockchain inherits traditional feasibility concerns: technical, economic, operational/organizational, schedule, legal, governance, and political. However, several attributes are more salient to blockchain: 1) trust, 2) security and privacy, and 3) complexity. Information systems has already dealt with both: the emergence, adoption, and absorption of new technology; and the development of information systems. By examining the characteristics of blockchain from the perspective of the development and adoption of a new technology, we propose that the feasibility aspect of systems analysis should be modified. This leads to a feasibility framework for blockchain applications, that emphasizes trust, security, privacy, and complexity within existing feasibility concerns. \\ \\ Future research will focus on first interviewing senior executives, who are considering adopting and implementing blockchain, to understand how their decision-making process will proceed and, therefore, what additional attributes of feasibility need to be considered. Second, a case study will be used to examine the feasibility of a blockchain application. These will be useful for practitioners and academics in assessing the feasibility of blockchain technology prior to its implementation. \\
Récupéré en direct depuis OpenAlex et désinversé. Les résumés ne sont pas conservés dans cette base de données : les index inversés représentent 8,6 Go des 9,3 Go de texte de la base, et le serveur dispose de 13 Go libres.
Comment cette classification a été obtenuedéplier
Prédiction machine sur la base complète
Imitation des enseignantsNi prévalence calibrée, ni vérité terrain. Validation humaine à venir. Le volet Gemma est une étiquette directe du modèle pour chaque travail de la base, lue sur la notice réduite au titre. Le volet Codex est un classifieur appris des 10 348 étiquettes directes de Codex et calibré sur les taux pondérés de l'échantillon; les champs sans appui suffisant ne portent aucun appel Codex. Le mode candidate est l'union des deux volets; le consensus est leur intersection. Ces sorties portent le statut machine_predicted_unvalidated et ne sont pas des étiquettes humaines.
Scores du classifieur distillé par catégorie (deux têtes)
| Catégorie | Codex | Gemma |
|---|---|---|
| Métarecherche | 0,018 | 0,114 |
| Méta-épidémiologie (sens strict) | 0,001 | 0,000 |
| Méta-épidémiologie (sens large) | 0,000 | 0,001 |
| Bibliométrie | 0,003 | 0,002 |
| Études des sciences et des technologies | 0,002 | 0,001 |
| Communication savante | 0,006 | 0,009 |
| Science ouverte | 0,002 | 0,003 |
| Intégrité de la recherche | 0,002 | 0,001 |
| Charge utile insuffisante (le modèle a refusé de juger) | 0,016 | 0,003 |
Scores machine (provisoires)
Les deux têtes enseignantes du modèle étudiant, lues sur ce travail. Un score ordonne la base pour la relecture; il n'affirme jamais une catégorie, et le statut de validation accompagne chaque rangée tel quel.
Scores de référence d'un modèle non mature (critères de maturité non atteints, 7 itérations). Un score ordonne; il n'affirme jamais une catégorie.
score_only:v0-immature-baseline · tel quel depuis la passe de notation : score_only signifie que le nombre peut ordonner les travaux, et qu'aucune étiquette de catégorie n'en découleClassification
machine, non validéePrédiction automatique; un appel candidat d’une seule source (Gemma direct ou Codex distillé), pas un consensus.
Le détail, modèle par modèle et score par score, se trouve en fin de page sous « Comment cette classification a été obtenue ».