LegalHub: theory: Difference between revisions
Amwelladmin (talk | contribs) No edit summary Tags: Mobile edit Mobile web edit |
Amwelladmin (talk | contribs) No edit summary |
||
Line 50: | Line 50: | ||
Or is it the ''opposite''? Is the ''process'' it purports to fix an adaptation, an [[extended phenotype]] upon which the whole [[rent-seeking]] infrastructure depends to survive? | Or is it the ''opposite''? Is the ''process'' it purports to fix an adaptation, an [[extended phenotype]] upon which the whole [[rent-seeking]] infrastructure depends to survive? | ||
Which way does the causal arrow flow? ''Who'' domesticated ''whom''? | Which way does the causal arrow flow? ''Who'' domesticated ''whom''? ''[[Contract negotiation]] is not a profit centre for anyone but its practitioners''. | ||
===What to do=== | ===What to do=== | ||
Design | Staying with this process is not a zero-cost option. This infrastructure is ''monstrously'' expensive. Every year, it costs tens or hundreds of millions of dollars. ''For each firm''. Spend your good money here, instead of throwing it after the bad money you’ve spent there. | ||
*'''A centralised hub''' with free, unlimited access for everyone whether as a user or a contributor. | |||
*'''A phased approach''' | Design an open source, open-architecture system with [[feedback loop]]s that push us towards a simplified, standardised centre, that emphasises transparency and commonality, not proprietary technology. In essence, a [https://github.com/ GitHub] for legal terms. | ||
*'''A centralised hub''' with free, unlimited access for everyone whether as a user or a contributor. | |||
*'''Transparent''': Fully version-controlled, transparent — allow people to take, adapt, copy any iteration. | |||
*''''Permissive, open-architecture''': ''We are hopeless at predicting the future''. Design the architecture to be permissive, developable according to evolving need and use, rather designing for an expected future structure from the outset. | |||
*'''Ownership model''': Charity-owned. Model: [https://wikimediafoundation.org/ Wikimedia Foundation]. | |||
*'''A phased approach''': Recognise that development will be slow. Start with what we have: traditional text-based contracts — how folks do things ''now'', for better or worse — expect it to a fully digital, networked, authenticated smart contracts world if that is the best fit. | |||
*'''Tokenised digital wallets''': No central repository of sensitive data. Allow peer to peer. | |||
:*'''Day''' 1: Purely a text repository to enable people to do more easily what they already do today. | :*'''Day''' 1: Purely a text repository to enable people to do more easily what they already do today. | ||
:*'''Day 2''': | :*'''Day 2''': Online networked interaction: real-time contracting. | ||
:*'''Day 100''': Expect usage to develop the system iteratively, like an adaptive Ouija board, according to demand. | :*'''Day 100''': Expect usage to develop the system iteratively, like an adaptive Ouija board, according to demand. | ||
*'''Give content away'''. Freely. Allow people to use all of your stuff without limit. The more of your stuff is on there the greater the chance it will become a standard. Keep no rights. Claim no [[copyright]]. This is a community resource. This is the [[digital commons]]. | *'''Give content away'''. Freely. Allow people to use all of your stuff without limit. The more of your stuff is on there the greater the chance it will become a standard. Keep no rights. Claim no [[copyright]]. This is a community resource. This is the [[digital commons]]. | ||
*'''Be permissive''': Allow people to copy, derive, refine and improve without limit. Assuming it is version controlled you can keep your model. But allow the world to make it better. | *'''Be permissive''': Allow people to copy, derive, refine and improve without limit. Assuming it is version controlled you can keep your model. But allow the world to make it better. | ||
*'''Get the oppo involved''': Find strategic partners. Especially firms who nominally have conflicting interests to yours. So: | *'''Get the oppo involved''': Find strategic partners. Especially firms who nominally have conflicting interests to yours. So: competitors; clients; small firms; individuals. | ||
*'''Pay for it'''. All of it. Pay a ''lot''. Consider this a down-payment on the savings you will make when you unwind the [[military-industrial complex]] that your outsourcing arrangements have become over 20 years. | *'''Pay for it'''. All of it. Pay a ''lot''. Consider this a down-payment on the savings you will make when you unwind the [[military-industrial complex]] that your outsourcing arrangements have become over 20 years. | ||
*'''Look to split the bill, but | *'''Look to split the bill, but don’t quibble''': Encourage other strategic partners to pay too, but no penalties if they don’t. The more you all pay, the better the product will be. Pay to make it easy for anyone to engage and use. | ||
*'''Crowd source to surface the best bits''': use reputation management techniques and the network effect to surface most popular forms, segments, components. | *'''Crowd source to surface the best bits''': use reputation management techniques and the network effect to surface most popular forms, segments, components. | ||
{{outsourcing}} | {{outsourcing}} |
Revision as of 16:04, 22 November 2020
|
So let us state the manifest failings of reg tech: rent-seeking and iatrogenics.
Rent-seeking
Rent-seeking in that no reg tech provider has figured out a business model for how to be suitably paid, other than by extracting rent. This they commonly do by reference to the value their product provides, which they equate to the total cost of labour and infrastructure it saves.
Historians, and lovers of crushing irony, will note the resemblance of this notion to the labour theory of value — that the economic value of a service is equals the total amount of labour required to produce it — or in this case, that one would be required to hire to produce it without this new piece of kit. Why “ironic”? Because it is odd to hear a bedrock intellectual foundation of Marxism babbling from the mouths of small-time rentier capitalists, that’s why.
Cynics might wonder how these reg tech thought leaders can know how much money their technology will save, and how much time they have spent calculating the indirect costs of its implementation.
Should we be so fixated on cutting the wage bill of a handful of school-leavers in Sarajevo, that we will pay a guy in Old Street for code he bought from some school-leavers in Bucharest, if the price is that he can intermediate our process for the hereafter, adding nothing but the cheerful chime of a clipped ticket each time his machine spits out another document, or even just while our documents collect dust on his server (this is called “hosting”)?
Wasn’t the promise of the information revolution something grander than that? Wasn’t stuff meant to be free, not just marginally cheaper and more complicated?
Iatrogenics
Iatrogenic — it is a cure that is worse than the disease[1] — in that in promising to alleviate the tedium of the boilerplate, pernickitiness and low-level wrangling over representations and warranties, technology throws open the window wide on a panoramic vista of unlimited low-level tinkering. The cost of infinite pedantry has dropped through the floor.
Before the information revolution, the anality of contracts was bounded by any lawyer’s natural capacity — deep, to be sure, but ultimately finite — to hold a superstructure of piecemeal salutary conditionality in her head. With a laptop and an adeptness with JavaScript, that limit has now been taken away. Contracts can be infinitely pedantic, variable, customisable. We can cater for any predilection, whim, doubt or proviso. We can find and propagate Biggs constants at will. We can put one in every line, if that is our wish. We can command that a space between words must be italic. When the great J. M. F. Biggs first isolated and documented a Biggs hoson in the wild — the celebrated bold full stop in a “Boats” repackaging — it was a once-in-a-generation event.
This should not be a surprise. The invention of the word-processor did not shorten legal discourse. The arrival of email did not truncate the nature or volume of our communication. Andy gaveth, but it was not Bill, but our innate gift for verbal diarrhoea that tooketh away.
Note the misalignment of interests here: those providing the “cure” have a direct incentive — in fact, a need — to continue helping, because that is how they get paid. They design their disintermediating machines to only disintermediate so far: users must remain sufficiently dependent on their code, their systems and their expertise, that they are obliged to pay an annuity for it. To pay rent.[2]
The fault in our stars
Our friends in the management consulting profession (also rent-seekers, needless to say) encourage this disposition through the dogma of outsourcing. Here the gist is: if you have a convoluted process that is costing you time and money, outsource it, to someone better specialised, incentivised and remunerated to do it, who can do it cheaper, better and — thanks the magic of Adam Smith’s invisible hand — at the optimal cost. In this way do we entrench rent-seekers, by building an entire (rent-seeking) infrastructure around this newly articulated process — with its own middle management, operations, compliance, internal audit, procurement, you name it — without ever asking whether the process was that important in the first place.
But the new machinery is so costly to remove, that it is easier just to live with it, from time to time tweaking it, optimising it, adjusting it, relocating it from a service centre in Bangalore to one in Manilla, every little fiddle keeping that entire bureaucratic iron lung fully engaged. And no management consultant will tell you the obvious truth: had you decomplicated the process in the first place — just got rid of it — perhaps giving away some peripheral protections in the mean time, none of this would have been necessary.
But, but, but! The risk! The organisation must be protected!
The cross default challenge
Here is a challenge: one day, out of the blue, ask a risk officer to explain, exactly, what cross default is and how it works. On the spot. No phone-a-friend. No ask-the-audience. Expect blank looks and notebooks.[3]
Now ask yourself this: it it better to keep that peripheral right to cross default with all the tedious arguments it invites — whether triggered by default or acceleration, as to the level and symmetry of thresholds, what counts as indebtedness and whether to include derivatives or deposits, what sorts of grace periods should be allowed, whether to carve out operational errors or settlement failures — is it better to keep all of that fidgetery and move the people who handle it out to Hanoi — or just strike it out of your contract forms altogether?
Does it change your answer to discover that a cross default right has never been exercised in the history of the derivatives market?[4]
As long as cross default seems like a competitive advantage; as long as we think our boilerplate is some kind of proprietary technology, we consign ourselves to a permanent arms race with our own shadows.
Okay. And?
So where does this leave us?
Mick Jagger and Keith Richards composed Satisfaction in 15 minutes whilst sitting by a pool in Florida. They are still, 55 years later, reaping colossal dividends from that inspired quarter hour. Fair play to them: this may be what the law prescribes, but it is bad law and it is a horrible model for reg tech.
Rent-seeking encourages us to squirrel away verbal mush on the grounds that it is “proprietary technology”: rentiers straight-facedly say “my fifteen minutes of effort must perpetually be rewarded.”
This is a profoundly awful disposition. There is nothing — utterly nil — that is special, clever or even desirable about legal boilerplate.
To behold boilerplate is to witness marginal utility at the point it touches zero. Legal negotiation is the dreary formality one must go through to get to the heart of the deal. The same goes for that ISDA schedule — yes, friends, the whole god-forsaken thing, even the customised ATEs. No-one cares. No-one likes it. No-one wants it. It is a regrettable externality; a grim fact of life. It is not the sausages; it is the mask you need to go into the supermarket so you can get the sausages.
Extended phenotypes and the mercurial arrow of causation
So these feedback loops drive us away from the place we want to go. Instead of a self-service ethos of simplified, standardised, user-friendly[5] components that, though continual refinement, are honed, standardised and simplified, we have processes which keep their existing convolution, get worse, all the time supporting a more elaborate infrastructure that purportedly is there to support them.
Recall once again, Yuval Harari’s observation about the domestication of wheat,[6] and apply it here: is your reg tech implementation and its attendant support structure some kind of extended phenotype that has evolved: a marvellous beaver dam; an adaptation wrought magically on the environment so delicate but vital process can survive?
Or is it the opposite? Is the process it purports to fix an adaptation, an extended phenotype upon which the whole rent-seeking infrastructure depends to survive?
Which way does the causal arrow flow? Who domesticated whom? Contract negotiation is not a profit centre for anyone but its practitioners.
What to do
Staying with this process is not a zero-cost option. This infrastructure is monstrously expensive. Every year, it costs tens or hundreds of millions of dollars. For each firm. Spend your good money here, instead of throwing it after the bad money you’ve spent there.
Design an open source, open-architecture system with feedback loops that push us towards a simplified, standardised centre, that emphasises transparency and commonality, not proprietary technology. In essence, a GitHub for legal terms.
- A centralised hub with free, unlimited access for everyone whether as a user or a contributor.
- Transparent: Fully version-controlled, transparent — allow people to take, adapt, copy any iteration.
- 'Permissive, open-architecture: We are hopeless at predicting the future. Design the architecture to be permissive, developable according to evolving need and use, rather designing for an expected future structure from the outset.
- Ownership model: Charity-owned. Model: Wikimedia Foundation.
- A phased approach: Recognise that development will be slow. Start with what we have: traditional text-based contracts — how folks do things now, for better or worse — expect it to a fully digital, networked, authenticated smart contracts world if that is the best fit.
- Tokenised digital wallets: No central repository of sensitive data. Allow peer to peer.
- Day 1: Purely a text repository to enable people to do more easily what they already do today.
- Day 2: Online networked interaction: real-time contracting.
- Day 100: Expect usage to develop the system iteratively, like an adaptive Ouija board, according to demand.
- Give content away. Freely. Allow people to use all of your stuff without limit. The more of your stuff is on there the greater the chance it will become a standard. Keep no rights. Claim no copyright. This is a community resource. This is the digital commons.
- Be permissive: Allow people to copy, derive, refine and improve without limit. Assuming it is version controlled you can keep your model. But allow the world to make it better.
- Get the oppo involved: Find strategic partners. Especially firms who nominally have conflicting interests to yours. So: competitors; clients; small firms; individuals.
- Pay for it. All of it. Pay a lot. Consider this a down-payment on the savings you will make when you unwind the military-industrial complex that your outsourcing arrangements have become over 20 years.
- Look to split the bill, but don’t quibble: Encourage other strategic partners to pay too, but no penalties if they don’t. The more you all pay, the better the product will be. Pay to make it easy for anyone to engage and use.
- Crowd source to surface the best bits: use reputation management techniques and the network effect to surface most popular forms, segments, components.
See also
- Outsourcing
- Service level agreement
- Management consultant
- Subject matter expert
- Metrics
- ClauseHub: theory
- ClauseHub
- Legal services delivery
- Why is reg tech so disappointing?
References
- ↑ This is a super concept and if you haven’t come across it you owe it to yourself and Nassim Nicholas Taleb to read about it in his superbly bombastic Incerto series.
- ↑ I have lost count of the times that that a tech provider has told me users cannot have edit or configuration rights on a simple piece of configuration. There are two explanations for this, and neither is edifying: one is that the software is so fragile or poorly designed that allowing a user to tinker with it will make it break; another is that it is so basic that allowing users to tinker with it will reveal how simple it is.
- ↑ https://en.wikipedia.org/wiki/Sons_of_the_Silent_Age.
- ↑ I confess this is a bold assertion and I may be over my skis on it, but I have done some research. I am yet to find any example of a crust fault being exercised in an isda. If you know of one, please do get in touch. Confidentiality and discretion is assured: I just would like to know.
- ↑ And no, the “user” is not the legal eagle: the user is the client.
- ↑ Harari’s suggestion, which owes something to Douglas Adams and his pan-dimensional hyper-intelligent mice, is that wheat domesticated homo sapiens and not vice versa. See https://www.ynharari.com/topic/ecology/