Please use this identifier to cite or link to this item: http://bura.brunel.ac.uk/handle/2438/16088
Full metadata record
DC FieldValueLanguage
dc.contributor.authorDestefanis, G-
dc.contributor.authorMarchesi, M-
dc.contributor.authorOrtu, M-
dc.contributor.authorTonelli, R-
dc.contributor.authorBracciali, A-
dc.contributor.authorHierons, RM-
dc.date.accessioned2018-04-16T09:04:58Z-
dc.date.available2018-04-16T09:04:58Z-
dc.date.issued2018-
dc.identifier.citation2018 International Workshop on Blockchain Oriented Software Engineering (IWBOSE)en_US
dc.identifier.urihttps://ieeexplore.ieee.org/document/8327567/-
dc.identifier.urihttp://bura.brunel.ac.uk/handle/2438/16088-
dc.description.abstractSmart Contracts have gained tremendous popularity in the past few years, to the point that billions of US Dollars are currently exchanged every day through such technology. However, since the release of the Frontier network of Ethereum in 2015, there have been many cases in which the execution of Smart Contracts managing Ether coins has led to problems or conflicts. Compared to traditional Software Engineering, a discipline of Smart Contract and Blockchain programming, with standardized best practices that can help solve the mentioned problems and conflicts, is not yet sufficiently developed. Furthermore, Smart Contracts rely on a non-standard software life-cycle, according to which, for instance, delivered applications can hardly be updated or bugs resolved by releasing a new version of the software. In this paper we advocate the need for a discipline of Blockchain Software Engineering, addressing the issues posed by smart contract programming and other applications running on blockchains. We analyse a case of study where a bug discovered in a Smart Contract library, and perhaps “unsafe” programming, allowed an attack on Parity, a wallet application, causing the freezing of about 500K Ethers (about 150M USD, in November 2017). In this study we analyze the source code of Parity and the library, and discuss how recognised best practices could mitigate, if adopted and adapted, such detrimental software misbehavior. We also reflect on the specificity of Smart Contract software development, which makes some of the existing approaches insufficient, and call for the definition of a specific Blockchain Software Engineering.en_US
dc.language.isoenen_US
dc.publisherIEEEen_US
dc.source1st International Workshop on Blockchain Oriented Software Engineering-
dc.source1st International Workshop on Blockchain Oriented Software Engineering-
dc.subjectSmart contractsen_US
dc.subjectBlockchainen_US
dc.subjectSoftware engineeringen_US
dc.titleSmart Contracts Vulnerabilities: A Call for Blockchain Software Engineering?en_US
dc.typeConference Paperen_US
dc.identifier.doi10.1109/IWBOSE.2018.8327567-
pubs.publication-statusAccepted-
pubs.start-date2018-03-20-
pubs.start-date2018-03-20-
Appears in Collections:Dept of Computer Science Research Papers

Files in This Item:
File Description SizeFormat 
FullText.pdf276.32 kBAdobe PDFView/Open


Items in BURA are protected by copyright, with all rights reserved, unless otherwise indicated.