What “wallet” it say about you?

Just as your e-mail domain name can say a lot about how/when you first got online, I have a theory that our choice of digital wallet will also reflect our blockchain, crypto and web3 profile. (Remember those early ISPs and e-mail services such as AOL, Lycos, Compuserve and Pacific Internet?)

Part of the challenge with early digital wallets was the UX/UI – before the advent of software, browser-based and hardware wallets, users relied on “paper wallets” to manage their private keys. The first software wallets needed to be set up very carefully, so that your seed phrase or private key was not stranded on an abandoned hard drive, and thus lost forever. I think the first BTC wallet I used was CoPay, which was an early multi-sig wallet, but which has largely been discontinued. The arrival of browser extensions such as MetaMask have made a difference when it comes to bridging between chains, and managing a wider range of assets.

Even though there is more interoperability between digital wallets (cross-chain, multi-asset), dedicated applications are still needed for BTC and other chains. Also, some use cases (iGaming, web3/DeFi) may demand more specific wallets to support particular functionality. But like many crypto users, I still maintain about 6 different applications, including exchange-based wallets.

I suppose the eventual user experience will be a seamless transition between crypto, web3, DeFi, TradFi, NFTs and RWAs. But until then, stay safe and make sure you know where your private keys are at all times!

Next week: Signing off for 2024….

 

 

The Crypto Conversation

A short post this week – mainly to give a shout out to my colleague, Andy Pickering, and the rest of the team at Brave New Coin. Andy kindly invited me to help celebrate the 250th edition of The Crypto Conversation, his regular podcast that has featured a pantheon of leading characters from the crypto and blockchain industry. On this recent edition, we talk about my journey into crypto, the highs (and lows) after six years in the industry, some aspects of “trust”, the usual Crypto Conversation “Hot Takes” and of course, a slightly contentious discussion on science fiction. Enjoy.

Listen here:

Spotify

Apple

Libsyn

Next week: The bells, the bells….

 

Smart Contracts… or Dumb Software

The role of smart contracts in blockchain technology is creating an emerging area of jurisprudence which largely overlaps with computer programming. However, one of the first comments I heard about smart contracts when I started working in the blockchain and crypto industry was that they are “neither smart, nor legal”. What does this paradox mean in practice?

First, smart contracts are not “smart”, because they still largely rely on human coders. While self-replicating and self-executing software programs exist, a smart contact contains human-defined parameters or conditions that will trigger the performance of the contract terms once those conditions have been met. The simplest example might be coded as a type of  “if this, then that” function. For example, I could create a smart contract so that every time the temperature drops below 15 degrees, the heating comes on in my house, provided that there is sufficient credit in the digital wallet connected to my utilities billing account.

Second, smart contracts are not “legal”, unless they comprise the necessary elements that form a legally binding agreement: intent, offer, acceptance, consideration, capacity, certainty and legality. They must be capable of being enforceable in the event that one party defaults, but they must not be contrary to public policy, and parties must not have been placed under any form of duress to enter into a contract. Furthermore, there must be an agreed governing law, especially if the parties are in different jurisdictions, and the parties must agree to be subject to a legal venue capable of enforcing or adjudicating the contract in the event of a breach or dispute.

Some legal contacts still need to be in a prescribed form, or in hard copy with a wet signature. A few may need to be under seal or attract stamp duty. Most consumer contracts (and many commercial contracts) are governed by rules relating to unfair contract terms and unconscionable conduct. But assuming a smart contract is capable of being created, notarised and executed entirely on the blockchain, what other legal principles may need to be considered when it comes to capacity and enforcement?

We are all familiar with the process of clicking “Agree” buttons every time we sign up for a social media account, download software or subscribe to digital content. Let’s assume that even with a “free” social media account, there is consideration (i.e., there’s something in it for the consumer in return for providing some personal details), and both parties have the capacity (e.g., they are old enough) and the intent to enter into a contract, the agreement is usually no more than a non-transferable and non-exclusive license granted to the consumer. The license may be revoked at any time, and may even attract penalties in the event of a breach by the end user. There is rarely a transfer of title or ownership to the consumer (if anything, social media platforms effectively acquire the rights to the users’ content), and there is nothing to say that the license will continue into perpetuity. But think how many of these on-line agreements we enter into each day, every time we log into a service or run a piece of software. Soon, those “Agree” buttons could represent individual smart contracts.

When we interact with on-line content, we are generally dealing with a recognised brand or service provider, which represents a known legal entity (a company or corporation). In turn, that entity is capable of entering into a contract, and is also capable of suing/being sued. Legal entities still need to be directed by natural persons (humans) in the form of owners, directors, officers, employees, authorised agents and appointed representatives, who act and perform tasks on behalf of the entity. Where a service provider comprises a highly centralised entity, identifying the responsible party is relatively easy, even if it may require a detailed company search in the case of complex ownership structures and subsidiaries. So what would be the outcome if you entered into a contract with what you thought was an actual person or real company, but it turned out to be an autonmous bot or an instance of disembodied AI – who or what is the counter-party to be held liable in the event something goes awry?

Until DAOs (Decentralised Autonomous Organisations) are given formal legal recognition (including the ability to be sued), it is a grey area as to who may or may not be responsible for the actions of a DAO-based project, and which may be the counter-party to a smart contract. More importantly, who will be responsible for the consequences of the DAO’s actions, once the project is in the community and functioning according to its decentralised rules of self-governance? Some jurisdictions are already drafting laws that will recognise certain DAOs as formal legal entities, which could take the form of a limited liability partnership model or perhaps a particular type of special purpose vehicle. Establishing authority, responsibility and liability will focus on the DAO governance structure: who controls the consensus mechanism, and how do they exercise that control? Is voting to amend the DAO constitution based on proof of stake?

Despite these emerging uncertainties, and the limitations inherent in smart contracts, it’s clear that these programs, where code is increasingly the law, will govern more and more areas of our lives. I see huge potential for smart contracts to be deployed in long-dated agreements such as life insurance policies, home mortgages, pension plans, trusts, wills and estates. These types of legal documents should be capable of evolving dynamically (and programmatically) as our personal circumstances, financial needs and living arrangements also change over time. Hopefully, these smart contracts will also bring greater certainty, clarity and efficiency in the drafting, performance, execution and modification of their terms and conditions.

Next week: Free speech up for sale

 

Accounting for Crypto

The period leading up to June 30 saw the usual raft of end of financial year updates, special offers and reminders from equipment suppliers, business service providers, accountants, tax specialists and even the ATO itself.

Crypto is certainly getting a lot of attention in Australia at the moment.

First, there is a Senate Select Committee on Australia as a Technology and Financial Centre, including “opportunities and risks in the digital asset and cryptocurrency sector”. The Select Committee is also looking at ways to define and/or potentially regulate crypto assets.

Second, ASIC has launched a public consultation process on crypto ETFs. This follows a desire from the regulator for more policy guidance from the Federal Government on the “regulatory perimeter” for crypto assets.

Third, the CPA published an op ed on the need for more clarity in crypto asset accounting. Not just in Australia, but across the world of International Financial Reporting Standards.

None of this should be surprising, as governments, regulators, tax authorities, professional bodies and institutional investors are still struggling to comprehend this new asset class, and the technology that underpins it.

Do crypto and digital assets represent currency, commodity, real estate, software license, network membership, utility access, payment mechanism, store of value, financial security, or unique property rights? Depending on the design, use case and origination of a token and its economic properties, the answer could be “yes” in each case – albeit not all at the same time.

In my consulting work with Brave New Coin, I get to speak to clients on a daily basis about their own crypto activities – be they exchanges, asset managers, accountants, tax authorities, regulators or investors. A lot of the discussion involves education – helping them to make sense of the technology and its potential. Some of the time they are simply asking our advice about how to address a particular issue, or they need a recommendation for a custodian or broker. A few share the regulatory challenges they face, and seek our perspective in how to navigate them. Others need more technical help, in building software solutions, or with on-chain analysis and wallet tracking (even though “free” block explorers already do a pretty good job in that regard). While many simply need a source of market data and indices for price discovery and NAV calculations, or a process to capture and track the crypto equivalents of corporate actions.

If anyone wonders how we are doing to make the reporting of crypto holdings as simple as equities or fixed income assets, my own experiences suggest we have a way to go. Legacy accounting and portfolio tools struggle with crypto: for example, can they calculate to 8 decimal places? how do they deal with an air drop? and how do they distinguish between Ether and Ethan Minerals (both use ETH as their ticker symbols), or Cardano and Adacel Technologies (both use ADA). And if I am an accountant, auditor, financial planner or adviser, how can I make sure I understand my clients’ portfolio of crypto investments, if I don’t have the appropriate tools?

Next week: Goya – allegories and reportage for the modern age