The Problem of Interoperability

There is neither a common set of rules, nor a legislation that regulates the principles, obligations, liabilities of above-mentioned platforms.  As explained in the previous sections, every platform creates its own rules, collecting data within their own ecosystem, thus, creating their so-called digital islands. There are plenty of shipowners’, ICT providers’, supply chain operators’ projects. All platforms claim that their system is the most efficient one and offer different kinds of services with different kind of technologies, programs in order to convince and attract clients. To this end, different groups of users are divided among various platforms which best suit them.

However, a single transaction in an international sale of goods involves many actors including buyers, sellers, carriers, banks, insurers and regulatory bodies, with distinctive interests. These actors may be subscribed to different networks even though they will be involved with the same goods and representative documents. The fragmentation of user groups makes it more difficult to transfer rights interactively across diverse platforms. Lee states that ‘This impedes free trade rather than facilitates it, a far cry from the current paper B/L practice where parties freely transfer rights by transferring B/Ls to any trade partner they choose’. 

Therefore, it is crucial that users can transfer and render data, document and/or other information across systems, applications or components. This can only be possible if everyone who touches BBe-B/L, is using the same data format and communication standards so that it can be transported seamlessly regardless of pre-existing relationships between stakeholders in a free environment just like paper B/L can circulate, in other words in an interoperable way, since interoperability provides, autonomy, flexibility between industries, freedom of choice, access, freedom to change the service provider. 

Marxen states that, ‘If e-B/L were to replace B/L printed on paper, one of the conditions will arguably be universal, or at least near universal, acceptance of a certain common system, or failing that, interoperability with sufficient reliability based on common standards’. Lee support this approach by stating ‘Uniform rules can vitalize the use of e-B/Ls by allowing interactive transfer between different user groups while enhancing foreseeability and lowering risks in legal disputes’.

However, as Hileman and Rauchs point out ‘Making networks that are based on different protocol specifications interoperable constitutes a significant challenge, as no clear standards have emerged yet and most implementations are attempting to establish their own specification as an industry standard’. 

Currently, there are a few suggestions in order to achieve interoperability. One of them is the unilateral design approach which means that the market participants should design their products or services enabling the other participants to offer interoperable products or services. Another way is through intellectual property(“IP”) licensing, where one party grants others access to technology, specifications, and/or rights associated with the technology’s use. This way is more flexible; therefore, it is accepted it suits better to future technologies. Furthermore, the states may play active role in creating an interoperable environment. They can regulate mandating standards or oblige the service providers to implement transparency rules about their technologies by setting up a centralized organization that manages data and processes. Another regulatory approach can be through independent systems which support services for achieving interoperation by providing suitable conditions to exchange data and synchronize processes acting as intermediate agencies or access points, likewise the working principles of internet.

On the other hand, the drawbacks of interoperability should not be ignored. It is a fact that it will increase the security risks as the security level of the platforms may not be the same. In an interoperable ecosystem, the liability arisen from a damage cannot be easily allocated. With the implementation of IoT devices and AI, this uncertainty may augment. It is essential to have high level of security, however, in case of a breach the users may suffer from this ambiguity because it may not be possible to determine from where the algorithm obtained the inaccurate data. Furthermore, the implementation of such clearing houses or technologies may increase the cost that prevent the new parties to enter into the ecosystem while strengthen the existing ones, causing a monopoly behalf of the dominant participants.

Within this scope, all industries are seeking for standardisation. International organisations are working hard on this issue. UN/CEFACT proposes its data models to create an interoperable environment and has developed a recommendation numbered 34 on data simplification and standardization, while the World Customs Organization has developed its own data model. Meanwhile, ICC launched a working group on digitalisation in trade finance in order to provide electronic compatibility of ICC rules. Moreover, the International Telecommunications Union, the International Electrotechnical Committee, the Blockchain Research Institute and the Blockchain Interoperability Alliance are working on this issue, whereas International Organization for Standardization(“ISO”) is working on a series of blockchain and DLT standards by its technical committee ISO/TC 307, some of them is regarding terminology and concepts, privacy and personally identifiable information protection, security risks and vulnerabilities, legally binding SC, interactions between SC in blockchain and DLT systems. Furthermore, the European Commission announced the launch of the EU Blockchain Observatory and Forum in order to accelerate blockchain innovation and development of blockchain ecosystem within the EU. Lastly but not the least, the Digital Container Shipping Association was established in order to promote common information technology standards for digitalisation and interoperability in the sea shipping industry.

Meanwhile, there are several projects that attempt to define methods to facilitate cross-chain communications including data sharing and value transfer, such as Ripple’s Interledger Protocol, the Cosmos and Polkadot projects. Such projects’ purpose is to create a chain of chains. However, it is likely that the emergence of a common cross-chain protocol will take some time.

Eventually, such standards will not be legally binding, but will create a common practice and understanding in private sector that will guide the nations in regulating blockchain afterwards. 

All in all, the industries are in need of further standardisation, especially in maritime industry as currently, it is the clients who are trying to evaluate the effectiveness and trustiness of platforms within their own knowledges. In my point of view, an international certification system can satisfy such a need.

MLETR art 12.1.iv enable a certification system that will supervise the reliability of the methods used for ETRs. Within this scope, an internationally reliable and independent body, should publish a set of rules, analyse the compliance of the platforms’ systems to these rules upon platform’s application, provide certificates to the ones who comply with the rules and make audits from time to time while updating the rules in line with technological developments. Such a method has been successfully implemented for information security by ISO under the standard 270001 for instance.  

The rules should aim to unify the terminology, oblige the usage of natural language in the clients’ interface, set certain security and privacy rules considering the implementation costs, determine obligations on the service providers as well as the rights and obligations of the users, allocate the risks and liabilities and enable data transportation. This authority should supervise the constitutions and/or multilateral agreements of the platforms. The rules may forbid, non-liability clauses drafted behalf of the service providers, – for instance regarding liability arisen from coding errors; clickwrap alike agreements and/or any other kind of provision that disturb the balance between the parties and even among the service providers which may cause the abuse of dominant position under the competition law. In my point of view, such a system would lower the barriers to entry, making it difficult for dominant parties to lock users into bad deals.  I believe that a certification system will create trust and reputation for the service providers and will protect the participants, organize the processes, provide users freedom to choose and change the platform they use and most importantly, enable interoperability.

It seems that, due to the need for an interoperable environment, lawmakers do not think that the technology is sufficiently mature to be regulated. It should be emphasized here many countries have specific regulations regarding cryptocurrencies which also functions through blockchain technology. This proves that lawmakers wait until technologies reach certain level of understanding and adoption in the public, in order to find worth regulating. It seems that the interoperability problem prevents the lawmakers regulating BBe-B/L and that they wait until necessary standards are created and implemented by the market. In my point of view, substantive law regulations will follow the establishment of a certification system and its adoption by significant number of service providers.

On the other hand, even though interoperability between the platforms is essential for international trade, as well as BBe-B/L systems to function fluently, it is not all. Public sector must collaborate with the platforms and integrate their usage in their national system which can be realised through a single window environment. 

Quoted from Yeşim Tokgöz’s postgraduate dissertation titled  “The Legal Relationship Between Blockchain, Smart Contracts, the Internet of Things and Electronic Bills of Lading, Its Role in the Maritime Industry in order to Achieve Paperless International Trade and the Necessary International Legal Environment for Them to Be Commonly Used”



Blockchain, Smart Contracts and IoT in E-Bill of Landing

BLOCKCHAIN, SMART CONTRACTS AND IOT IN E-B/L 

Blockchain was invented by a person using the names Satoshi Nakamoto, in 2008, to serve as the public transaction ledger of cryptocurrency called Bitcoin.  This ledger is limited with the exchange of Bitcoin. The combination of blockchain and SCs is invented by Vitalik Buterin in late 2013 which went live in 2015 under the Etherium platform, enabled blockchain technology to be used by all industries in various transactions. This started a new era in technology that become an immense field of creativity for all industries, as well as for maritime trade. 

Furthermore, with the usage of IoT devices many analogue systems have started to be automatized. It is desired to implement IoT to animate all the incidents on land, at sea and in the air in a seamless global network. This will enable autonomous communication of information between smart shipping technologies such as smart containers, smart port equipment and autonomous ships, which will lead to the self-execution of the daily trade transactions via SCs. For instance, ‘equipping containers with IoT sensors allows the real-time collection and transmission of data concerning geographic location, speed and internal conditions of the container. Analysis of that data, would allow a reasonably accurate assessment of the extent the damage during transportation’. Moreover, the payment will be released automatically upon delivery due to the data achieved from the IoT devices. It should be mentioned here that in order for these technologies to transmit data with each other in real-time, there should not be latency. This will be made possible implementation of 5G network.

In order to accomplish these projects, it is a fact that the most crucial trade document for maritime trade which is B/L, should become the part of it, thus be digitized. As stated above, the industry has serious concerns regarding the adoption of e-B/Ls. However, these hesitations except the lack of common substantive law, can be fulfilled by the implementation of blockchain technology into e-B/L systems.

Blockchain can be accepted as the most suitable solution for e-B/Ls because;

Initially, the FITS model can be very well applied to B/Ls as i)B/L is subject to fraud since it has high has value; ii)intermediaries such as port authorities, banks take part in the transactions in order to verify the transactions without adding any value; iii)the amount of throughput is convenient which is calculated as approximately 6 transaction per second; iv)B/L has stable data such as  particular ship name/time/date/destination. 

Secondly, blockchain based e-B/Ls(“BBe-B/L”) can eliminate the common problems arisen from paper B/L by making the document instantaneously available to all parties relevant to the transaction, and thus, eliminating the demurrage costs and carrier liability resulting from the delayed receipt of paper B/L. Moreover, as it removes the single point of failure, it is extremely secure, which lessens the risks of cyber-attacks. This also would compromise the integrity and uniqueness of e-B/. Manipulating dates and condition of goods etc will be impossible. It also protects ownership interest in cargo, as carriers cannot misdeliver cargo against fraudulent paper bills. Furthermore, the banks can have access and use the system ‘to automate financing requirements by matching information in the electronic manifest against digital letters of credit will accelerate the trade. Finally, it is estimated that the international trade transactions will cost less as the intermediaries will be removed from the chain. 

Two reasons why past efforts were not welcomed by the industry were the need of a verification from the carrier or the registrar in order to transfer e-B/L to another party, thus, sharing the transaction info and/or trade secrets with third parties; and the limit of trading within the closed ecosystem. In contrast to past efforts of e-B/L, blockchain technology does not require that all parties decide on an alternative third party to trust; it creates trust with its consensus process through algorithms. As the system timestamps the transfers and automatically record it in the shape of blocks which are connected to the previous transactions, it is therefore clear who owns the B/L, indirectly the goods. To this end it replaces an administrator with an algorithm and guarantees that there is a single true version of the record. Briefly, ‘Blockchain protocols ensure that transactions are valid and never recorded to the shared repository more than once, enabling people to coordinate transactions individually in a decentralized manner without the need to rely on a trusted authority to verify the transactions’. 

Furthermore, due to the encryption methods embodied in SC, the confidential information is available to the relevant parties’ access only. By this way, the actors need neither a registrar in order to issue or endorse e-B/L, nor to share confidential information with third parties. 

On the other hand, blockchain technology complies with the principles of MLETR determined for an e-B/L:   

  • MLETR does not restrict technologies to be used in order to accept a record as ETR. Instead, it hugs and encourages the future technologies. To this end, blockchain and SCs are, neither excluded, nor expressly encompassed under the scope of MLETR. In line with this aspect, a Chinese Commercial Court held that data stored on blockchain is admissible as evidence for the authenticity and genuineness of the information contained in the record and stated that technologies like blockchain should be considered even though they are novel and complex technical means at present.
  • MLETR’s approach is not to discriminate the paper records over electronic forms, therefore, BBe-B/L is a valid record under MLETR provided that it fulfils the necessary conditions.
  • Blockchain provide functional equivalence to ETRs more than the previous attempts; 
  • BBe-B/L can contain all the salient information that paper B/L has, such as shippers’, loading port’s, destination port’s, vessels names, specifications, quantity of goods loaded and statement that the goods are shipped in apparent good order and condition. Relevant charterparty clauses can be incorporated to BBe-B/L. Such data can be included in the SC under encryption so that the third parties who are not involved in the transaction cannot have any access. 
  • Blockchain provides exclusive control over ETR. As explained above, exclusive control of an electronic record is deemed to be functionally equivalent to the possession of a paper B/L. Blockchain enables this condition due to its token model. Tokens symbolize B/L and are created through the execution of SC. An electronic token can be possessed by users directly, contrary to registry model. Albrecht states that full control of a token is equal to the state of being a possessor in the eye of the law and accepts this process as the delivery under common law stating that ‘Transfer of exclusive control to the transferee and loss of control by the transferor through cryptographic one-way hashing is equivalent to a transfer of legal possession’. 

Regarding the exclusivity, since tokens are kept in the addresses which are secured by private keys, BBe-B/L is subject to control of the holder of the private key which enable the holder to demonstrate him/herself that he/she is the owner. Furthermore, since a blockchain transaction that transfers token is immutable due to the hashing procedure, only one person/private key can have control over BBe-B/L and this makes the control exclusive. Within this scope, as two persons could not claim to hold the same token at the same time, it is equivalent to physical possession, or even safer than the physical possession as such records cannot be manipulated and be subject to fraud. 

Accordingly, the holder will be able to assert his/her rights, enforce the remedies arisen from possession and contractual relationship in case of a wrongful act. However, it should be emphasized here that the holder of the private key corresponding to the address at which an e-B/L is kept, is not necessarily the rightful person entitled to claim delivery of the goods. Rightfulness should be determined by the applicable law as specified by the choice of law rules of the relevant forum.  

  • Blockchain provides integrity for ETRs as it creates immutable, appended only records. Before blockchain, unique electronic records could be created but they could not be transferred as unique tokens, therefore, there was a necessity of third-party registries. Blockchain solved this problem by behaving as clearing houses for the transactions in the network since its algorithms single out automatically the earliest transfer of the relevant token as the authorised transfer and void later unauthorised transfers in the process, due to its timestamping and cryptographic techniques. Each block authorises the transfer only if it ascertains that there are no conflicting transfers within its block. This ensures that each BBe-B/L is unique. 

Within this scope BBe-B/L can, replicate the practical and legal objectives achieved by paper B/L, thus can be accepted as its functional equivalence.

  • As stated in the Section 5.v above, MLETR seeks for reliable methods in order to accept e-B/L as a valid ETR. It is deemed as blockchain technology comply with these methods, as it is tamper-proof, as it allows amendments for the future transactions, as the tokens can be made inoperable in case of a change of medium from electronic to paper, as the tokens are signed by digital signatures and the chain of digital signatures can be established. 

In any way, a token will not be a legally valid B/L per se if nations do not regulate MLETR equivalent domestic laws that includes e-B/Ls and enables their negotiability, thus, review the notion of control in the digital environment. 

Several states in the USA have enacted blockchain statutes which combine contract law and evidentiary standards, refraining from addressing property law effects, assuming tacitly that digital assets constitute intangible property. For instance, the Arizona regulated that ‘The data on the ledger is protected with cryptography, is immutable and auditable and provides an uncensored truth’ and ‘Contract relating to a transaction may not be denied legal effect, validity or enforceability solely because that contract contains a SC term’. Wyoming law enables the usage of open blockchain tokens in exchange for goods, services or content, including of access thereto. Delaware authorises the use of blockchain technology for replacing physical registers of shareholders. In Europe, Italy has introduced SC legislation recognizes smart contract’s full legal validity and enforceability. France, Gibraltar, Luxembourg has efforts in regulating blockchain as well.  

Apart from these efforts, nations hesitate to regulate blockchain. Within this scope, until more guidance and/or law develops, BBe-B/L is best analysed under traditional contract law as it functions through SC. 

Through this lens, it is accepted that SC fulfils the basic elements of a contract. The offer requirement is fulfilled through a posting on the blockchain ledger. Once the ledger receives the offer, it automatically sends a message setting out the terms and conditions, as well as the consideration of the offer with an option to accept, to the relevant parties. If the contract executes, it meets the requisite elements of offer, acceptance, and consideration; if not, there is no contract, only an offer.

On the other hand, Todd explains that novation and attornment concepts are used in BBe-B/L as legal grounds. He states that SC would trigger an action, the payment -for instance, only against the tender of BBe-B/L which is an offer for a new contract by the carrier. ‘(T)he carrier’s obligation in this regard would derive from his initial contract with the shipper’. This process repeats itself in each successive novation. ‘(T)he new holder would be required not only to pay, but also to accept any applicable carriage contract obligations’. This system, as well as the rejection option, which is another requirement of novation, will be embodied in the SC’s code. Thus, each transfer will renew the initial affreightment under the previously agreed SC.

With regards to the attornment, the SC executes and signalizes the carrier’s attornment to a new holder upon the transfer of the token from the previous holder (transferor), to the new holder (transferee), automatically. The predetermined condition x here, is the transfer of token, whereas the consequence y, is the attornment of the carrier. SC can be accepted the carrier’s smart agent. To this end, this system does not need a central registry to deal with attornment, contrary to the previous attempts such as Bolero, as SC executes the transaction automatically in a secure way. ‘(H)owever, attornment needs to be supported by an underlying will of the carrier to hold goods for a new bailor, which is best compared to consent’. This consent should be acquired from the carrier at the time of the conclusion of SC. SC’s terms should indicate that carrier agrees to use SC as its smart agent and to be bound by the SC’s actions. Since the consequences of SC are predetermined by the underlying code, the carrier can trust its agent as it can only acts within its codified mandate. 

In any way, it should be underlined here that software builders should place these processes and/or rules in SC while coding. These technical rules will enable the courts to enforce SC, as these coded rules will prevent SC to be invalidated as a result of failure to comply with specific formalities.

On the other hand, Albrecht states that issuance of a unique blockchain token is sufficient to deem the holder of this token to be the bailor in an attornment. He bases his conclusion to the decision given in the case Sonicare International Ltd. v East Anglia Freight Terminal Ltd., where ‘The judge found that the transfer of an electronic “Unique Consignment Number” is sufficient to constitute attornment to whoever holds this number and entitled its holder to claim the goods from the bailee’. Within this scope, if the transfer of a unique number can establish attornment, an exclusive token on the blockchain would likewise suffice.

This is basically the same process of paper B/L where the carrier accepts to deliver the goods whoever tender the original B/L to him at the destination port once it issues a negotiable B/L. Shipper may endorse the paper B/L to a third party upon its sole discretion. As stated above, the main problem is that, this negotiability feature is given by specific substantive law to paper B/Ls. Thus, this function cannot automatically apply to e-B/L. Therefore, substantive law giving functional equivalence to BBe-B/L is absolute must.

The main difficulty of regulating SC is arisen from the allocation of risk and liability in case of a conflict. It is considered that liability may arise from contract, tort, partnership or joint liability, or specific legislation in particular competition law.  It is not simple to set a system which takes into account all the conduct-related legislation such as data protection, copyright laws, consumer-protection laws, tax laws, Anti-Money Laundering/Combating the Financing of Terrorism(AML/CFT) checks and landlord-tenant laws etc. 

Bearing these handicaps in mind, it was argued that a permissioned blockchain would match better for e-B/L due to the necessity of identification of the other party. It was concerned that in open ledgers, participants would not be able to identify every party on the system due to the anonymity. Whereas, in permissioned networks, only identified nodes are permitted to submit transactions to the network or to take part in the consensus process of blockchain and these nodes have undergone some form of validation before being allowed to join as users or block producers by an administrator with “super-user” powers over the platform. Thus, the transacting parties are determinable. However, permissioned ledgers do not satisfy the industry as the membership requirement has been known as a major obstacle to the spread of e-B/L and there will still be a third-party governance that the actors avoid.

On the other hand, it was concerning that in open systems anonymous parties could see the information regarding shipping transactions and/or freight lists that could enable malicious people to select their target vessels. Merchants cannot afford to expose commercial secrets/data for either legal or competitive reasons.

The solution was found in encrypting valuable data in a manner that renders access merely for the involved parties. With the invention of privacy-enhancing techniques, identities of the transacting parties and/or the content of the transaction itself can be obfuscated and sensitive information can be coded as metadata onto the token. By this way, access to sensitive data will be limited to those who are involved in the transaction and the concerns about data privacy and ambiguity regarding the transacting parties will be removed.

Actually, permissionless systems, even with anonymous parties, resemble the current paper-based situation more since carriers merely check whether the party holds an original bill or not, the holder does not have to be identified by name. In addition, even MLETR only seeks exclusive control, not the identification of the party in control. Therefore, it can be alleged that permissionless blockchain is appropriate for e-B/L.

Furthermore, in international trade, banks, insurers and traders would like to have access to details of B/L transactions, to check B/L alongside other digitised documents such as bills of exchange in order to secure the circulation of goods. In paper form, these actors can analyse the documents upon submission. Thus, it is important to create the same environment and provide access to these actors in the electronic format without their extra effort such as being accepted by a permissioned ledger. Within this scope, the fact that permissionless blockchain, welcomes everybody to join the network and to submit transactions to the network in accordance with its protocol, without any validation process, will enable worldwide participation from various industries.

It should be cited here that, although permissionless blockchain allows anyone to take part, there is a requirement for transactions to contain a reference in a hash form to a separate document called “constitution”. Only transactions that contain a reference to constitution can be incorporated into blockchain. Constitutions can be accepted as the multilateral agreements in Bolero or essDocs. They are intended to supply a legal framework to permissionless blockchains. In subscribing to the protocol and downloading the relevant software, users accept the constitution of the platform. Thus, legal frameworks of permissioned blockchains are regulated under such constitutions, in the lack of substantive law.

Within this scope, abovementioned technical codes should be incorporated to constitutions, as well as certain essential provisions such as governing law and jurisdiction clauses. They basically set out the user’s rights and obligations. By these mechanisms, through the data achieved from IoT devices and the immutable and timestamped transactions/records, SC will allocate the liabilities automatically without further effort and cost. A constitution may also provide a mechanism in order to amend its provisions. It should be underlined here that the substantive law should provide enforceability to such transactions. 

All in all, SC as well as constitutions should be evaluated prudently. First of all, to avoid misallocation of liability, parties should allocate risk in a prior agreement or in the SC itself. Damage may occur due to coding errors. A prior agreement allocating liability in the case of a coding mistake or breach of cyber security may protect the parties. If the parties want to avoid a court interference, they can program dispute resolution mechanisms into the codes or arbitration clauses can be implemented in constitutions.

On the other hand, like other digital system attempts, international groups can always collaborate to insure the users against such liabilities, alike P&I Club’s coverages. The parties can be obliged to impose certain amount of insurance in case a damage occurs. This may prevent the new developers to enter into the market due to the high insurance costs. In order to prevent this, establishment of sandboxes  can be popularized and incentives can be granted to start-up projects which successfully complete their trials in the sandboxes. From another point of view, contractual agreements may include clauses that limits the liabilities associated with the growing risks of these new technologies in order to protect the service providers as well.

However, such contractual relationship may push the users to accept contracts like clickwrap agreements which require users to affirmatively click a box on the website acknowledging agreement to the terms of service, in order to proceed. These agreements legally bind the users even though they are rarely read. SCs, just like clickwrap agreements, are open similar abuses including lack of clarity in the contract’s terms, failure to provide adequate notice as well as unjust liability allocation. Current situation is similar to the initial uncertainty surrounding clickwrap agreements. Such negativities regarding clickwrap agreements had been removed after the procuration of legal standards that embraced them. It may be the case for SCs as well. For instance, service providers can be forces to use natural language in SCs’ terms and conditions instead of codes in order that users can understand. Furthermore, SCs can be banned from including nonliability clauses behalf of the service providers arisen from coding defects, or service providers can be forced to have sufficient insurances which cover such liabilities etc.

Another concern arises from the application of personal data protection laws. General Data Protection Law(“GDPR”) regulates the right of erasure and right to be forgotten for the people whose personal data is processed(“Data Subject”). GDPR also orders basically to ensure that data is only stored and processed in permitted geographic locations and to inform the Data Subject where their data is/will be transferred. It is argued that, blockchain cannot comply with GDPR, i)since the ledger is immutable, to amend or erase data from blockchain is almost impossible as it requires %51 of the network’s consent, thus right to be forgotten cannot be executed, ii)since there is not a single registry but as much as the number of the nodes that are part of the global network, data cannot be stored within a geographical region and it is not possible to determine the data controller or processor in order to make a complaint. However, due to the techniques mentioned above embodied in SC regarding data privacy enabling data to be accessible only to the relevant parties, it seems that these concerns will be removed. Regarding the right of erasure, a technical solution is to make personal data impossible to access by encrypting all personal data with a key or hash that could be deleted upon request of Data Subject or after some interval. Within this scope, it seems that GDPR is not a major obstacle anymore for e-B/L. In anyway, it should also be emphasized that e-B/L generally include data regarding companies which are not accepted as personal data under GDPR, therefore, these concerns are not deemed of the essence. As an alternative strategy, the nations may oblige the companies to eliminate the personal data of their employees from the trade documents by implementing corporate rules that obliges the usage of the titles instead of personal data which are linked to employees through digital signatures where such digital signatures will be allocated to the employees through internal directives. Within this scope, trade documents will include only the titles. The person involved will be determined through checking the relevant internal directive, if necessary.

On the other hand, in my opinion, it would be useful that the states keep a registry of public keys that enable the transfer of the token, like electronic notification address registries. This ledger may be a safeguard for the users of the various online platforms where SC does not include the necessary details of the parties. By this way, in case of a conflict, the parties will be identified through national records. This can be regulated as a principle of e-commerce.

Leaving all these concerns aside and despite the lack of legislation, BBe-B/Ls have already started to be used. Within this scope, P&I Club approved the platforms edoxOnline in June 2019, Wave in January 2020, and CargoX in February 2020. 

Among them, Wave is a permissioned blockchain platform that connects all members of the international trade supply chain and enables them to directly exchange documents, including B/L in a way that allows title transfer, endorsements, and surrender under layers of cryptographywhereas cargoX is a permissionless blockchain working on Ethereum network which enables an audit trail of events only to the participants involved while preserving total confidentiality and full data, identity, and business connection privacy.

There are many other platforms being used but have not yet approved by P&I Club, one of which is Tradelens. It uses the Hyperledger Fabric permissioned blockchain to guarantee the immutability and traceability of trade documents where the peer members are known to the network based on cryptographic identities. Tradelens is currently attracting the biggest cargo shipping companies.

All in all, it is seen that the legal grounds developed by the international organisations and technological improvements currently creates a convenient environment for the implementation of BBe-B/L. Blockchain technology is the essential component of the functional equivalence which has been missing before. Providing substantive law recognition in line with MLETR to BBe-B/L will increase its usage and enable all the actors to enjoy the advantages of paperless trade. It looks promising that the actors started participating in the ecosystem, however, this variety is creating another essential problem which is the lack of interoperability and in my point of view, preventing the nations to take the next step.

Quoted from Yeşim Tokgöz’s postgraduate dissertation titled  “The Legal Relationship Between Blockchain, Smart Contracts, the Internet of Things and Electronic Bills of Lading, Its Role in the Maritime Industry in order to Achieve Paperless International Trade and the Necessary International Legal Environment for Them to Be Commonly Used”



Blockchain, Smart Contracts and Internet of Things

In this section, I would like to explain the features of blockchain as I will refer to these specialities in the following sections. 

Blockchain is, i) a peer to peer ii) distributed ledger that is iii) decentralized, iv) time stamped, v) append-only, vi) cryptographically secure, vii) borderless, viii) open sourced and independent, ix) transparent but untraceable and x) immutable which mean:

  1. the individuals/peers can interact with each other directly as the transactions can be realised without the need of an intermediary (such as banks, land registries, notaries). Since there are no intermediaries, the transactions are faster and the costs are considerably lower.
  2. the records are not kept in a single centre. Blockchain is a type of distributed ledger technology(“DLT”). In DLT, every participant keeps a copy of the whole ledger. These participants are basically computers called “the nodes”. Therefore, there are as many copies as the number of the nodes. 
  3. every node from all around the world records all the transaction realised in the network, all the time. Thus, the ledger is always up to date (golden state of the ledger). This is why it is decentralized. Decentralisation eliminates the risk of single point of failure. An act of God cannot harm the ledger. Since there is not one point, but as many as the number of the nodes, a hacker cannot attack the ledger and corrupt it. This makes the ecosystem more secure than the contemporary one.
  4. all the transactions are time stamped using the previous transaction’s fingerprint. Nobody can change the information in any transaction without changing its fingerprint which will invalidate the next block in the chain. This makes the transaction irreversible providing certainty, alike the central authorities provide in the current system. 
  5. once the transactions are sent to the network, it cannot be taken back or changed. Therefore, blockchain works only by adding/appending data to the current ledger. 
  6. the transactions are done through internet where people do not see or talk to each other while interacting. In order to protect the data transfer against tampering and misusing among parties that do not trust each other, cryptography is used. Due to cryptography, blockchain does not need a third person to secure the data, validate the identity of the addressees as this is done automatically. 
  7. blockchain functions on internet, thus, it is as borderless as the internet. 
  8. since blockchain is decentralized and borderless, it is not governed by a state or a jurisdiction. It is an open sourced system which means that blockchain has neither hierarchical governance, nor enforcement bodies contrary to the current system. It naturally has a creator, who starts the process by coding the software, deciding its functioning mechanisms and architecture. Once the software is publicly available, the creator does not have any control over it. The process progress in line with the code. Therefore, it is independent.   
  9. basically, the content of the transactions is visible by all the participants, thus transparency prevails. However, due to the pseudonymity provided by the cryptography, relevant participants cannot be determined. On the other hand, data can be encrypted before being stored on a blockchain, rendering it effectively unreadable to third persons.
  10. the transactions can be added to the ledger only if the majority of the nodes approve it. This is called the consensus process. A vicious person, who wants to amend/manipulate the ledger has to convince the majority of the entire network to validate a wrongful action. This is technically possible and called as 51% Attack, however, this kind of attempt had never occurred before since it would be too expensive to accomplish it so that would not worth it. Thus, blockchain cannot be changed, manipulated or corrupted; it is immutable. 

Blockchain platforms can be classified into two main types – permissionless and permissioned. Permissionless ledgers are publicly available for use. Bitcoin and Ethereum can be given as example. Any node is allowed to join the network, to conduct transactions, to take part in the consensus process to advance the blockchain. Permissioned platforms are closed ecosystems. The users are previously verified and registered by a consortium. They are allowed to submit transactions, however, consensus process is restricted to a fixed set of peering nodes that are run by consortium members. Hyperledger Fabric can be given as an example.

Blockchain covers all the functions of the current system in terms of security, trust and certainty in accordance with its type and provide much more such as the implementation of SC.

SC are self-executing codes that perform in accordance with the irrevocable set of instructions, subject to clear pre-defined exceptions.  Once the pre-defined actions occur, SC take the next step. Therefore, the instructions must be certain and precise. There is no place for discretion, tolerance, discrimination, human error, issues open to interpretation, to be decided afterwards or concepts such as reasonable care. It functions in the transactions that work with IF/THEN logic, therefore, it should be noted that there are many kinds of relations that are not suitable for performance through SC. 

There is no doubt that blockchain and SC are todays’ hype. It is common mistake to believe that the blockchain will change every current system. A system is deemed appropriate for blockchain only if there is i)risk of fraud, ii)intermediary/ies who do/es not add value but verify the data, iii)certain amount of throughput (manageability in terms of transaction number per second, theoretically with blockchain, 10 transaction can be made per a second), and, iv)stability of data. This is called “FITS model”. 

On the other hand, SC exist in digital world that do not have connection with the real world. In order that a SC can self-execute its code, it needs data. These data are fed to the SC via agents called “oracles”. They can be hardware, like sensors; software and/or humans that send and verify real world occurrences and submit this information to SC which will trigger the state changers on the blockchain. The abovementioned hardware is basically the IoT which refers to the network of objects that connects to the internet where each device collects data, known collectively as big data, that is exchanged and analysed in order to realize certain tasks automatically. The implementation of IoT to the supply chains will speed up the usage of the SC and ensure the effectiveness of blockchain collaborations.

This is where artificial intelligence(“AI”) enters into the scene. There is not a specific definition for AI. Its aim is basically mimic the human brain. Within this scope AI accelerates and optimises processes, decreases the errors, increases the efficiency of the services and reduce naturally the demand for human power. In order IoT to function, AI (implemented in the cloud where IoT transfer the data it gathers from real life), analyse the data and make a decision in line with its training methods, then transfer it back to the IoT, and IoT performs the act. Thus, the training method of the AI is crucial. It should be emphasized that if the data fed to the AI is not fit to purpose, the output of the AI will not fit either, this process is called “rubbish in rubbish out”. Within this scope, the feeding process of the AI should be regulated. There should be certain ethical rules against for instance discrimination, and the service providers should be obliged to record the features of feeding data in order to achieve quality decisions.

With the implementation of these technological developments, we will be able to automate supply chains and logistics. We will be able to control the conditions such as temperature, humidity and location of the containers in real time remotely; certificate of origin, for instance, will be confirmed automatically, thus quickly; trade documents such as letter of credit or B/L will be drafted electronically and transferred through internet safely and custom clearances will be done within the blink of an eye. Human interaction as well as human error will be minimum, the transactions will be self-executed and fraud free, the processes will be concluded very fast, whereas the records will be safe. 

However, this process has a paradox in itself because this technology will develop better with the participation of actors from different sectors, whereas the actors hesitate to join this ecosystem in the absence of legal regulations and lawmakers are waiting for the technology to be improved more. Maritime industry suffers from this paradox a lot, especially in the implementation of e-B/L due to its function of being the document of title which will be explained below.

Quoted from Yeşim Tokgöz’s postgraduate dissertation titled  “The Legal Relationship Between Blockchain, Smart Contracts, the Internet of Things and Electronic Bills of Lading, Its Role in the Maritime Industry in order to Achieve Paperless International Trade and the Necessary International Legal Environment for Them to Be Commonly Used”