Seriously though I believe the blockchain has always been hidden behind an API hosted by IBM (access to those who got approved and paid a fee), blockchain was an implementation/marketing detail and the whole thing could have been done with Sybase/MDB etc. If they had promoted this as a standard/open way of describing shipping data it might have been beneficial.
> When you think about it, OpenSea would actually be much “better” in the immediate sense if all the web3 parts were gone. It would be faster, cheaper for everyone, and easier to use. For example, to accept a bid on my NFT, I would have had to pay over $80-$150+ just in ethereum transaction fees. That puts an artificial floor on all bids, since otherwise you’d lose money by accepting a bid for less than the gas fees. Payment fees by credit card, which typically feel extortionary, look cheap compared to that. OpenSea could even publish a simple transparency log if people wanted a public record of transactions, offers, bids, etc to verify their accounting.
> However, if they had built a platform to buy and sell images that wasn’t nominally based on crypto, I don’t think it would have taken off. Not because it isn’t distributed, because as we’ve seen so much of what’s required to make it work is already not distributed. I don’t think it would have taken off because this is a gold rush. People have made money through cryptocurrency speculation, those people are interested in spending that cryptocurrency in ways that support their investment while offering additional returns, and so that defines the setting for the market of transfer of wealth.
Speaking of gas fees, are they still a thing now that they've made the move to proof of stake? Since confirmation takes no energy now and can be done at comparatively infinite speed it would make sense for transaction fees to practically vanish.
Making "mining" cheap, and speeding up the network, were originally supposed to be one project, but got split into two separate efforts so that PoS could be shipped sooner (and so stop consuming half the world's supply of GPUs + 0.1% of all electricity sooner.) Gas is still expensive because "space for transactions in a block" is still a scarce resource, because blocks are still only being produced once per 10 seconds.
And they can't just flip a switch making it go N times faster right now, because transaction execution is a serial bottleneck — a "full" Ethereum node can only evaluate transactions at the speed of a single pinned CPU core, and the average CPU's single-core performance isn't going to become orders-of-magnitude faster any time soon. So there is currently a fundamental limit on how many transactions the network can execute per second, regardless of how they're packed into blocks. (And also, even if there was no such bottleneck, the per-node chain state would also then be growing N times faster, which causes its own scalability problems.)
Sharding will fix both of those problems, making the chain into N independent shards where any given "full" node only has to sync some reasonable subset of said shards, and where a node syncing multiple shards can run those syncs independently in parallel (and so — presuming a large number of shards — can use as many CPU cores as are available.) But sharding is not done yet. So gas fees remain for now.
Ah interesting info. I wouldn't have thought that to ever be the problem, but then again I guess Ethereum does all those smart contracts and extra processing now which is bound to increase complexity I guess.
There should still've been a massive speedup to block confirmation, no? I thought that the final mining part had to be applied to an already computed block, which would be sequential.
Yes, but this only really means that you can now get blocks out faster (lower block times), not that you can evaluate more transactions to put in them. And you can only start evaluating those transactions once you see the previous block, since you need to know what transactions are now confirmed and so should not be included in your block (save for "greedy" mining that doesn't put any txs in the block in order to avoid waiting — which doesn't really work with Ethereum's GHOST consensus-selection anyway.)
Block times on Ethereum were already very long compared to other Ethereum-alike blockchains, to reduce the impact of mining processing on throughput (i.e. if block time is 10s, then you only need to deal with mining overhead once per 10s period.)
Combined with the fact that people were spending exactly as much on GPUs to accelerate this process as profit margins would allow, and you'll find that not that much wall-clock time was really being spent per minute on the sequential bottleneck of mining. It's the aggregate CPU time that was being spent on mining that was economically and ecologically damaging.
No, the whole idea of both PoW and PoS is the same, namely to prevent a Sybil attack by requiring participants to incur an economic cost. In PoW, participants are required to buy electricity, whereas in PoS they're required to buy a virtual token. Therefore I don't see any reason why switching from PoW to PoS should result in lower fees.
Wasn't the principle that the 'stake' you put up for collateral is what prevents attacks, since it's lost only in the case of block desync? I don't see why each confirmation would need any investment, aside from staking rewards (otherwise what's the point of staking). But since people don't have to cover physical electricity and GPU costs anymore it also means that the rewards can be much lower, while theoretically staying competitive. But that's regarding transaction fees, not gas.
But well as the other guy points out, seems like the bottleneck that creates scarcity is the single thread processing of transactions which I wouldn't have guessed,
apparently the network is still actually that overloaded despite the speedup of not having to brute force the final hash thing.
> since people don't have to cover physical electricity and GPU costs anymore it also means that the rewards can be much lower
The amount spent on electricity in PoW is determined by the reward not the other way around. And from what I gather the same applies to PoS, except that, instead of spending electricity, virtual tokens must be deposited somewhere, but again the amount that will be spent on these tokens is determined by the reward that the depositors expect to get.
Gas fees have nothing to do with Proof of Stake or Work. You are not paying for the work done. They are a function of demand / availability for block space.
Gas fees are also a solution to the halting problem that comes with Ethereum's EVM (and its Turing completeness). So you are paying for space and computation.
Except that OpenSea can and does blacklist tokens, which renders it inaccessible to most of the NFT buyers given they don't understand how to trade outside of centralized interfaces (well, most of crypto for that matter).
There are of course many marketplaces and interfaces that are not any harder to understand or use than OpenSea, and if someone doesn't do so yet, not being able to use OpenSea will give them plenty of reason to learn to do so.
Throughout this process, you retain possession of your token - which again, is the thing that matters.
> Seriously though I believe the blockchain has always been hidden behind an API hosted by IBM (access to those who got approved and paid a fee), blockchain was an implementation/marketing detail and the whole thing could have been done with Sybase/MDB etc.
Yeah, I signed up for TradeLens - this is accurate. The primary 'integration' wasn't worked through though. You need to have your customer bank and your bank accept the digital documents, and still you need to work through the change log process in case the BoL is wrong. There's a lot here to do - and I have to imagine this field is where Flexport is heading.
I also looked into Circle to use USDC as the primary transfer mechanism. However the commodities I know are all a 'trust' relationship of international wires that works 'just good enough'
Why convert USD to USDC and back again, and get two currency exchange dings, on top of the blockchain transfer fees... all for the privilege of still needing to trust Circle (backed by the sinking ship of Coinbase) when you could just do a cheap and simple wire transfer. Same amount of trust, but less fees and the trusted party is more trustworthy.
Edit: Come to think of it, you'd need to trust both Circle and whatever cryptocurrency exchange.. in addition to your bank. With wire transfer you just need to trust the wire and your bank. So two parties vs three.
Our Letters of Credit and Document Collection finance charges and operational hoops were insane when starting out. That's the sweet spot for margin / profitability for the 'bank-less' transfer. Your comment correctly points it out that the wire is the more profitable if you can forgo the loc/dc costs by a trusted relationship with wires.
What exactly does flex port do outside of the non descriptive marketing words on its website? Is it an oracle erp for a formerly pdf and paper heavy biz?
...and if IBM says it is 40%, it is definitely true. Just as IBM Watson is going to be the future of healthcare. Unfortunately, that future seems to consist of scrapping IBM Watson and selling it for parts /sarcasm
The whole point of sarcasm is that there’s a chance somebody won’t get it. It is the author trusting the reader in the hopes of making a little connection when the reader gets it. If there’s no chance of failure, the reader doesn’t actually have to get it, so there’s point to the whole exercise. It just becomes a joke in a stilted format. If you ever feel the need to include a /s, just make a normal joke it will be funnier.
What a strange contention. I don't think I've ever used sarcasm without meaning my audience to understand me. Most movie tropes around it don't seem to be deliberately deceptive either.
It isn’t so much that the other party is expected not to get it, just that there must be some possibility. It is like a trust fall. You don’t expect to land on your butt, but you have to engage in the possibility.
Sarcasm on HN is exceptionally difficult. The closest I've been able to get us deliberately playing around with Poe's Law. The issue with doing so, however, is not being entirely sure if you're getting up votes because people are in on it or think you're serious. And if you let the cat out of the bag and confess to it, it ruins the joke!
Both the reader and the writer are left in this nebulous liminal space of perpetual standoff with no one able to make a move. I quite like it, but it's an acquired taste for sure.
I paraphrased a sentence from Scrooge (Charles Dickens) in an HN post discussing the plans to allow law enforcement robots to use lethal force. I called it an "effective way to reduce the surplus population". It was meant sarcastically, however, I got downvoted, likely because it was taken too seriously. It is safer to add a /sarcasm tag.
The reason that comment on Christmas was downvoted was likely not because the sarcasm was not obvious (it was). It simply doesn't add anything of value to the conversation. Independent sarcastic remarks tend to get downvoted.
I think this is a horrible idea. Text is a terrible format to convey sarcasm, and it has nothing to do with how good one is at writing. If you must use sarcasm on text based forums like this, it's much better to use an explicit sarcasm marker just to avoid the inevitable 300 response long sub-thread of people arguing about something that was never even intended to be taken seriously in the first place.
That said, it's probably better to just not use sarcasm at all in settings like this.
I would guess that placing any sort of data like this on a publicly-visible distributed ledger is the very last thing an industry like international shipping wants. Pirates might love it, though.
> Seriously though I believe the blockchain has always been hidden behind an API hosted by IBM
I kind of misread what you said and read "Bitcoin" instead of "blockchain", but this wrong scenario is as funny as your comment. Imagine if the whole Bitcoin is powered by IBM in secret as a ploy to sell their blockchain consulting services [0].
> By putting paper work in the blockchain they managed to cut shipping times by 40%!
You make the mistake of assuming that blockchain had something to do with it. And not the act of replacing paper records with digital records. Blockchain is entirely irrelevant.
As somebody in container shipping: good riddance. There are a handful of sensible people who have been calling this out for years and years, and every time there are wishful thinkers telling them this is the future.
The worst of it is that there is an actual business case for a blockchain-like solution, because in flows where the shipper of the goods arranges their own hinterland transportation ("merchant haulage") there is a huge communication gap. The hinterland party and the shipping line need to arrange a handover of the container, and communicate about this constantly, but they are not in direct contact with eachother, because the shipper contracts them independently. T-mining (https://www.t-mining.be/, I'm not associated with them) is solving this for the release rights bit of that issue, but really this problem should be approached much wider to solve for seaship ETA updates and customs documents as well. Crucially, you can't solve this through a trusted third party, firstly because there is none that operates world-wide, and secondly because it would grant enormous power to that party, and no logistical actor is willing to give away this power.
Of course the major shipping lines (Maersk, MSC, CMA-CGM) have been pushing to integrate hinterland services in their business more and more, so the shipper won't choose to arrange this themselves to begin with. This means they have no interest in fixing the communication problem. This is okay for shippers in the short term, but long term this will ruin the market. The shipping market is heavily centralized with only a few large players, which will now gain significant control over the hinterland as well and be able to force their policies on inland container depots, barge and train operators, and trucking companies. It's a shame really.
He means the blockchain application in TFA is bullshit but the other situation he described regarding hinterland transportation is one that could benefit from a proper decentralized blockchain system but there is no such system.
This is correct. I watched a presentation long time ago (way too early) about a blockchain pilot for container and document transfer between Finland and Estonia.
The author of the pilot told quite clearly that it is a killer for small and medium sized businesses, like few trucks and a man and a dog companies. Efficiencies could go up greatly. But then, when he pitched the idea to three letter logistic giant, he was thrown out from the board room because any decentralised network would kill the edge large logistics companies have. One of the main competitive edge for a large logistics company is that their internal IT systems work well and there is no problem with the information flow. They do not want to have a level playing field here.
This is something lots of people often miss. The barriers to entry and the difficulty of using any system is someone's else's market edge. It's part of the reason why healthcare in the US is such a clusterfuck. It is the only industry with a degree of government mandates around price obfuscation. If you fix that, most hospitals would lose their edge in the market. Even the notorious automobile industry has clearer pricing.
Exactly! IBM had a number of these that all involved "blockchain" but somehow also required that IBM host the blockchain in their cloud. I am no blockchain expert, but if you have IBM running the show, why not simply let them be the authority who runs a standard shared database with an API on top? Decentralization takes extra work, but it's worth it when it allows two parties to transact who, crucially, have no reason to trust each other and no convenient intermediary.
I'm slightly involved in business, not in subject, but could answer.
There are hundreds large ports in this world, and when ship transport your payload, owner MUST communicate with many govt and private structures.
And these structures are not friends to each other, remember, for example one of channels is nationalized by Egypt govt, near it strait owned by Turkey, and they are not in war state just now, but near, and they all don't love US, and from time to time make nonfriendly actions, and could achieve US sanctions.
And complex software needs good communication with vendor.
Now imagine, how consultants from same US company will work, when one country is US ally, but other is under US sanctions? - Communications will be extremely hard.
Open protocols and decentralization give perfect answer - nonfriendly countries will use blockchain, which is not owned by any subject, so they have not any reasons to block communications.
If the US wants to sanction country A, and country A uses a blockchain to circumvent sanctions, what do you think will happen next? The US goes: "ah, blockchain, foiled again!!!"?
Is any blockchain really resistant to country level attackers? I highly doubt that, especially against the US.
Precisely. I'm saying 'good riddance' to TradeLens, and I'm saying what a shame that effort by Maersk and other big carriers hasn't been put into one of the problem spaces where this might make sense.
> Crucially, you can't solve this through a trusted third party, firstly because there is none that operates world-wide, and secondly because it would grant enormous power to that party, and no logistical actor is willing to give away this power.
This is one of the weirder aspects of crypto. Why would entrusting 1000’s of random people with GPUs be preferable to trusting one party (who, in a black chain scenario could be one of the GPU-holders anyway).
That's not weird at all because the whole point of crypto is that nobody trusts anyone. A properly designed crypto system is just a game of incentivizing each player to do the thing you want them to do while assuming that they're all out to screw each other.
Why does it need to be decentralized? Why can’t one party have the same incentive structure?
Listen, I’m all for cryptography and Block-chains, but the whole proof-of thing has never made any sense to me.
Maybe to make myself more clear, there are levels of trust, and you 100% “trust” that the miners on your random blockchain will do work for you in exchange for money. We’ve seen examples on even big blockchains like Solana where that trust is broken, even.
It means that the GPU-holders are trusted only to make sure that all the other GPU holders are following the rules of the network.
> Why does it need to be decentralized? Why can’t one party have the same incentive structure?
Because if there's only one party, then who is watching them and ensuring they follow the rules? Furthermore, if there's only a handful of parties, who knows that they are not colluding? This is a major problem for proof-of-X tokens as well, as both mining and staking have centralizing forces.
>Because if there's only one party, then who is watching them and ensuring they follow the rules?
Who is watching the 100's and making sure they're following the rules (and before you say that there are people monitoring the 100's of miners, then there could be people monitoring the 1 in the same way). Maybe I'll put it this way - decentralization is one way to accomplish what you want, but it's the least efficient way to do that possible. Instead we should focus on ways to make existing centralized systems more transparent, but it's hard to create ponzi schemes off that, so it gets less attention.
Thais is actually a core concept of cryptography! The entire RSA algo. is based on the idea that it's way easier to check prime factors that it is to solve for them! So why did we decide to make it so that everyone has to solve for prime factors?
Its less about a bunch of people checking for crypto, as it is about designing the protocol to make it such that doing the right thing is inherently in the economic interest of the miners/stakers.
Basically, unless you are able to get over 50% of the hashrate (or over 50% of the amount staked) you will be expected to make the most money by properly packing as many transactions into the block as you can (or more accurately packing in the set transactions that will net you the largest transaction fee). If you try to cheat your expected mining income will be less. For example if violate certain protocol rules no other node in the network will consider you block valid, so you get zero for your mining effort.
Deliberately trying to mine based on an old block is technically legal. But the odds of your deliberate forked block becoming part of the longest chain is far less than the odds if you mine on top of the latest block, so again, it is in your economic interest to mine on the latest.
Deliberately refusing to include valid transactions from specific users in the blocks you mine is possible, but (assuming those transactions have a large enough transaction fee to be sensible to include in the block) you are economically better off to include it, since otherwise one of your competitors will include it in a later block and get that money you lost out on.
That is really the whole idea, to make it so that the economically rational thing to do is the correct thing. Now the system isn't perfect. if you can get over half the miners/stakers to collude with you, breaking some of the rules can become the more profitable approach. (and for some systems the relevant attack ratios could be larger or smaller than 50%, but the basic idea stands).
The other part of the puzzle is that that collusion is a sort of prisoner's dilemma. Other people are not likely to want to join with you to collude unless they are pretty sure you will be able to get a large enough fraction of the hashrate to join with you, as otherwise they are risking making less money by joining with you. which is to say that the non-colluding case is a Nash Equilibrium.
I don't see an obviously way to employ such an economic self interest approach against a single centralized server.
>That is really the whole idea, to make it so that the economically rational thing to do is the correct thing.
Why is that not the case for Visa or any other centralized entity? You think there's a world in which they incorrectly process transactions and end up wealthier?
Like you can keep re-explaining how proof-of-work functions (and trust me I get that), but why is it better than centralization?
Yes VISA 100% without a doubt could make more money by processing transactions incorrectly in some cases.
Foe example they could cause transactions that go to some startup company they consider a threat to their business model to fail some of the time, causing damage to the entity by making them seem flakey/unreliable, or costing them money in having to provide other payment options, or ask customers for payment again. Or they could fuck with payments to big businesses in certain countries in an attempt to manipulate exchange rates in a way as to maximize profits as reported is USD, etc.
Alternatively it is very possible that in some cases VISA may decide to act in ways that don't maximize profits. This may sound surprising, but it is extremely common. First of all, companies operating on incomplete information will sometimes make decisions they think will maximize profits, but that actually wont. Or you get plenty of CEOs that decide to pull off dumb stunts to try to boost this quarter's numbers to better match analysts predictions, at the cost of reduced future profit. Companies are often sufficiently opaque that such things are not always immediately obvious.
This is especially problematic for something like VISA, which gets to arbitrarily set the network rules. It is not like your business can just say, ok then VISA, I'll send transactions for your cards over the MasterCard network instead.
Having a system that gets processed by a large number of different mutually distrustful entities helps avoid all this. It is unlikely that all or even most of them will view your startup as a threat. There will most likely be at least some that really are trying to maximize profits. And among those with slightly different goals (which are usually still somewhat of an approximation of maximizing profits), it is unlikely that a large majority, will deviate from expected behavior in exactly the same way (if they do, it would effectively be some of that 50+% collusion, even if it was accidentally rather than deliberate). The rules for the network cannot be arbitrarily changed on the whims of a single central entity.
For somebody running a business, who does not particularly trust that some American run Card network wont fuck with their transactions, a crypto based payment network could legitimately look far nicer. They can more reliably predict the behavior of the network with respect to a transaction they send/receive. The network does not have a lot of arbitrary rules, and those rules don't change very often. Foreign governments you don't trust are less likely to be able to meddle in your transactions, etc.
And to be clear, I'm no crypto shill. Realistically it gets used for wild speculation, scams, illegal or frowned upon transactions. There are some (but big picture still not all that many) legitimate entity to entity transactions not tied to somebody using crypto as speculative investments. I see that "Smart contracts" (which are neither smart nor contracts) while interesting are still deeply flawed, and realistically have limited uses not better performed by centralized systems. Etc. And all of that is not even considering the environmental caused by the use of work.
No.. you're missing the point. The whole point of crypto is to create a market where a service is provided without relying on a contractual agreement between the provider and the consumer. If you don't have a problem using contractual agreements, then you're better off without using crypto.
Not only economic incentives, but contracts as well. Contracts are promises between individuals that are enforced by a third party, namely the judicial system. This way we don't have trust that everybody will do what they say they'll do, but instead we only have to trust that any promises made (in the form of a contract) will be enforced, if needed, to by the judicial system. Crypto goes beyond that. Crypto doesn't want to have to trust the judicial system even, and therefore contracts are out of the question. So it can only rely on incentives.
>The whole point of crypto is to create a market where a service is provided without relying on a contractual agreement between the provider and the consumer. If you don't have a problem using contractual agreements, then you're better off without using crypto.
Because those thousands of random people are deeply incentivized to keep the network running, while being mathematically prohibited from doing anything untoward with data you send their way. The "trust" in this case is more about whether you believe the blockchain will be running and usable. The incentives and distributed nature of the system make for a very strong guarantee with more nines than any 1 provider in the world can reasonably promise or deliver.
The same reason half the internet falls over when AWS us-east1 does: single points of failure suck. And this is a level of resiliency you automatically get by virtue of being on a public blockchain being used for other things.
Am I interpreting this right as Maersk / IBM was solving what is basically an integration problem where there's all these parties and all this data not communicating and they decided the common interface was blockchain?
I work in logistics and have some visibility to integrations with carriers (not much international, but some) and I find this very amusing.
That sounds a bit like "nobody will agree on what cookie to eat, so let's make brownies, but what kind?". Half a dozen of one, 6 of the other.
> secondly because it would grant enormous power to that party, and no logistical actor is willing to give away this power.
This is a crucial point. When you speak to crypto enthusiasts, they speak about oracles. However, all the oracles they build are for crypto coin prices… not IRL applications.
Are you saying that the blockchain-for-shipping stuff might make the market more efficient with decentralization, but the big companies who have the power to sink or float it don't want this?
Right now the market is decentralized to a decent degree. The core business of Maersk is operating ships, and managing their equipment (containers). Their core business traditionally was NOT the hinterland transports from and to the ports. So traditionally shippers had to arrange this themselves. Around the world the terminology is different, but this is known as merchant haulage, a CY-CY booking, or a port-port transportation.
Lots of communication needs to happen from shipping companies like Maersk to the party the shipper has contracted to pick up the container from the port (trucking companies, barge operators, train operators). One solution to this would have been a shared digital platform where the shipper could've granted access to the hinterland transporter to get updates about the container arrival, and to be able to cryptographically prove they are authorized to pick up the container. Whether this is an actual blockchain or something different also leveraging cryptography and distribution, I personally don't really care about. For the non-tech savvy people in the business, I'd call this 'blockchain' just to get it on the radar.
The other solution to this handover problem is trying to force shippers to book the hinterland transport included in the sea transport, so Maersk would arrange that bit. This is called carrier haulage, CFS-CFS, or door-door transportation. This approach seems to be what they have settled on, and all the major shipping companies are investing aggressively into the hinterland parts of their business.
Now imagine you're running a trucking company focused on ports (I think in the US this is called drayage). You've gone from 50 customers down to 3. At the same time major carriers are making record profits and have been explicitly exempted from the antitrust laws based on an argument of economies of scale in ocean shipping. Looking at it through this lens (pun intended), yeah, I'm a bit worried.
If you were a shipping company, would you go with the technical solution, or would you try to get more of the entire process under your control so you can just strong-arm the hinterland parties into doing "the correct thing" ?
> the need for full global industry collaboration has not been achieved
therein lies the problem of (non-cryptocurrency) blockchain, sometimes phrased as " solution seeking problem".
had there been a will for "collaboration" (and in many cases there should be) one does not need to wait for this specific type of algorithmic advance to make it happen: existing databases, cryptography, networks and maybe a few human auditors in the loop would already offer 80/20 solutions.
there was always a chance that there is sweet spot, a particular bottleneck that some variation of blockchain would just be the right tool for. apparently that is not the case.
They already trust each other anyway. They have contracts. And you wouldn’t supply shipping containers to Maersk to ship from here to their destination if you didn’t think you could trust them to do it.
So centralization would have always worked. At Maersk, or some industry trade group or something.
They never needed a blockchain. It was just the cool word of the day to make them hip.
In these platforms key players are often governments and customs/excise offices, so they don't always trust each other no. Trade finance is really complicated largely due to the lack of trust, actually. Banks that deal with it have entire offices devoted to detecting document fraud. The use case and need for better solutions is real, but TradeLens maybe wasn't the platform to achieve it.
These conversations are always so vague that one has to wonder if it's deliberate.
I'd love it if the discussion could get more concrete. For example, what's a specific case of international trade fraud that a blockchain could have prevented, and why is a blockchain needed to prevent it?
It's not deliberate, it's just a huge topic. I spent years learning about it because I worked on the underlying platform that's used in several competitors to TradeLens:
Trade Finance 101 - two companies in very different parts of the world want to trade for some non-trivial sum of money, e.g. buying a shipment of goods. You'd think this would be simple but it's really not. The two parties often do not actually trust one another, in particular they may have very little visibility into mundane things like the insolvency risk of their counterparties. This is an actual problem because in the physical world you can't atomically swap things for money, so someone is going to have to either pay first or deliver first. If you pay and then the seller doesn't deliver, that may cause you to go under. If the seller ships and you never pay, ditto in reverse. So the importer may go to their bank and request a "letter of credit", which is basically a form of escrow in which the importer's bank will guarantee to pay on presentation of proof of delivery e.g. bills of lading. They may also help arrange things like a maritime insurance policy, they have expertise in how to handle shipping disputes and so on. Often the importer's bank will send these documents direct to the exporters bank because the exporter may need a short term loan to cover the cost of actually making the goods. But the exporter is just receiving literally a bundle of physical documents in many cases, and the loans in question can be large, so they are vulnerable to document forging. Forged trade finance documents are actually a major source of AML problems and fraud.
Then you have to actually ship it. That's more documents and payments to the shipping companies, to get your goods cleared at customs, dealing with freight forwarders etc. And so on and so forth. Long story short: documents everywhere, most of which aren't even in any sort of real data format (e.g. PDFs are common) and some of which aren't even in computers at all, depending on where you're dealing with!
In the world of enterprise logistics there are very few properly digitized systems, because it's very hard to get everyone in the world to agree to just use some arbitrary SaaS app. You can try, and companies like Flexport are doing it, but the players in all of these transactions are (a) very conservative, and (b) very reluctant to lock in something as fundamental as their ability to import/export to the fate of some random American VC backed startup. And for good reason! Imagine if they'd all jumped on board such a company but instead of a US firm providing the centralized SaaS it was, for example, Russia. Now imagine the global trading SaaS has an outage, or gets hacked. Or simply raises prices.
So what to do? The actual answer settled on by the world's trading and logistics people is ... do nothing. Stick with the faxes and couriers. Or at best you get an ad-hoc patchwork of individual systems between specific counterparties.
Enter the enigma called "enterprise blockchain" or sometimes distributed ledger technology. These platforms may or may not actually have blocks, chains, proofs of work or tokens in them. The one I designed (Corda) has none of these things albeit there's a "tokens framework" if you want to create such things on top of the core. What these platforms are actually trying to do is provide standardized mechanisms for:
1. Inter-firm identity (fairly standard X.500 PKIX in the case of Corda)
2. Inter-firm messaging that isn't SWIFT (AMQP+client/server TLS in Corda), and really you also need inter-firm state machines and protocol frameworks (the "flow framework" in Corda, which uses a JVM coroutine library).
3. Serialization of signed data structures (AMQP+extensions)
4. The really hard bit: signed, irrefutable inter-firm transactions with data integrity, with some reasonably acceptable level of privacy. Think P2P tables, stored procedures, foreign key constraints and so on but in which you're not allowed to actually show the full transaction to anyone at any point including the tx ordering subsystem.
The latter part is where the blockchain-y aspects enter the picture although in reality they don't normally use proof of work or stake. In Corda it's pluggable and some projects just use Raft. Others can simply use an RDBMS to provide 'double spend' protection. And there's also a BFT plugin I think, although I'm not sure if it ever launched (they're doing a big rewrite of the platform at the moment). It's pluggable because what we found is that participants often had rather complicated trust models in which they were very concerned with things like data integrity losses due to mistakes/botched upgrades, passive adversaries (competitors, foreign governments), not so concerned with active adversaries and very concerned with availability/DoS attacks of various kinds including political DoS. This makes sense given their environment, in which everyone is identifiable and basically follows the law but competitors may be tempted to 'peek' at data they weren't meant to see, and governments may be tempted to just ignore laws for geopolitical advantage sometimes.
In an ideal world all this would be standardized and there'd be an ecosystem of vendors selling different implementations. In practice even just figuring out a design that all the different players can accept was a very hard challenge, making it work was harder still (decentralized asynchronous upgrades in particular were practically a research level problem), and Corda went the "open core" direction so other firms could just build off the open source code and data structures instead of having to re-implement it all from RFCs and other loose spec documents. That seemed to satisfy people.
So anyway that's the background to these sorts of projects. They do make sense but are very hard to make work due to the massive variety of players, hard technical challenges and complex commercial/geo-political concerns.
> just build off the open source code and data structures instead of having to re-implement it all from RFCs and other loose spec documents.
It's never "just". What you're providing are exactly lose specs. E.g. "Serialization of signed data structures (AMQP+extensions)". What are the data structures? What do they look like? Which extensions? What happens if someone doesn't support all the extensions?
RFCs and standards however bad they are exist for a reason. And even then people implement them poorly, or not at all.
> hard to make work due to the massive variety of players, hard technical challenges and complex commercial/geo-political concerns.
Unfortunately, in this list technical challenges should go last. For all the reasons you described in the first half of your message :)
The data structures can be found in the code, but I agree it'd be better to have a spec. I tried to design it so one day such a spec could be written (lots of dependencies on pre-existing specs for example) but it never became a priority.
One of the possible reasons for TradeLens demise is that they choose to ignore them and came up with their own data structures (Json) i.e. partners that are usually EDIFACT capable had to practically start from scratch to comply with TradeLens format.
At some point TradeLens realized that and started partially accepting EDI feeds, but it was too little, too late I guess.
yes, the misrepresentation of how much trust is already at work at so many levels in society has been such a bizarre thing to watch over the last few years. its a particurarly acute condition with the cryptobros, who don't trust "government money" but would happily buy government regulated food, be treated by government regulated doctors and medicine etc etc :-)
breach of trust is indeed a major problem and it erodes the social contract and technology could obviously play a positive role. not by creating inflated hypes that are only good for management consulting fees though...
>who don't trust "government money" but would happily buy government regulated food, be treated by government regulated doctors and medicine etc
I think this take is either a bit disingenuous or possibly just misinformed. There are very few people who don't want 'government money' because it comes from government and government bad.
People want money that isn't associated with government because they believe, among other reasons, that having access to the levers and dials that fiat currency provides corrupts the government (as a system), the government (as in the people who govern), and the markets that they govern over. Time and time again governments have shown that they lack the ability to responsibly operate those levers and dials so a growing number of people are suggesting that maybe that shouldn't be something we put into a small cadre of human hands.
This is a little bit like if we had a government-regulated medical system and the government decided to make heart medicine very expensive because the rate of population growth was too high and we needed to slow down the biological market, only to panic 5 years later and make birth control cost 500 times as much and all other medicines free when the population growth got too low and then repeat that cycle forever, all the while turning a blind eye to a parasite class that profited from these cycles.
> People want money that isn't associated with government because they believe
Every single crypto enthusiast I know, builder or speculator, has converted crypto to fiat riches, and dreams of wealth. I have yet to meet someone who lives frugally and keeps their wealth in volatile crypto coins.
hmm, the failings of current monetary, credit and securities/markets systems are very well known to anybody who is not captured. To my knowledge cryptocurrency is not the answer to any of these problems.
There is no intrinsic reason why the financial system could not be organized and, where required, regulated with the same (in)competency or transparency or checks-and-balances as any other domain of equal importance. To accept this can't be done is to imply that the particular parasite class benefiting from the status-quo is more of a parasite than others. This doesn't feel to be the case. In the scheme of things there are worse leeches, some in plain sight.
The naivete and total inadequacy of cryptocurrency as an alternative financial system is exploding right as we speak. While it had (maybe) some limited use signalling to the status-quo that "they should behave - or else" - see e.g. CBDC, the exploitation and betrayal of countless individuals with fake promises will ultimately only further entrench the notion that there is no alternative to the parasites. That is sad.
It all loops back to building trust networks and enticing individuals to participate because they will be better of and not screwed by insiders. This cannot be enforced magically by numerical algorithms and blockchains. It is a contract by and for humans.
You suggest that ethical financial market regulation is possible. If you can point to a single time in human history where this has been the case, I will concede the point.
You further suggest that cryptocurrency is somehow 'exploding' - crypto dollar prices routinely 'explode' up or down because it's very, very small and it's new enough that gullible people are quick to dump buckets of money into the ocean of scams that exist and they inevitably evaporate, taking that money with them.
That's not a feature of 'crypto' and it doesnt mean that crypto is dead - I wish I had a little bit of ETH for every time crypto was 'dead' - cryptocurrency is fundamentally just the idea of a a decentralized bookkeeping algorithm, with different details on how you keep that book. A lot of people suggest to gullible investors that the best way to keep that book is to trust a small group of people to keep the book for you, which is of course a recipe for disaster and is no better than just having a MS excel spreadsheet on my computer. The results are predictably 'explodey'.
The serious crypto projects, meanwhile, just continue development. There are enormous communities of people who sincerely believe in the promise of a future with permissionless programmable money. These people were working a decade ago, a year ago, a week ago, they'll be working tomorrow.
Another post suggests that everyone interested in crypto is interested to make money. I can't help that they've only been exposed to people looking to make a quick buck but I think it's safe to say in most human activities many of the people involved will be trying to find a personal benefit in as short a timescale as possible. In the same way, in most human activities there will be a core group of people trying to change the world around them for the better. Crypto is no different.
Ethical standards are always evolving and financial technology is in general reflecting prevailing mores. Eg. for millennia debt contracts were intimately linked with slavery and human life as collateral. Aside: If you haven't read Debt by Graeber please do - you'll get insights into the nature and role of money and credit that are far more fundamental and ethically oriented than the unexpected reanimation of the "digital gold" zombie.
My main point (restated in the ethics context) is that there is no reason why ethical standards should be lower in finance. In a sane society that is not ripping itself apart in theft and exploitation all critical systems (and finance certainly qualifies) must benefit from a similar level of good governance. We de-facto trust each other on countless important matters and our focus and efforts should be on the cases where this trust is betrayed. A technology that is built on the premise of a trust-less society is at best a monumental waste of human talent and at worst deceitful and malevolent.
> had there been a will for "collaboration" (and in many cases there should be)
The problem is, collaboration is seen by many as a danger to their business: common standards make it easier for clients to, sorry for the pun, jump ship; transparency / auditability makes it harder to hide internal fuck-ups and as a result provide an incentive for customers to jump ship.
International shipping involves multiple countries by definition, as well as ports, ships, containers, etc. How could it not also involve "collaboration" ?
Why do you think that e.g. Deutsche Bahn is active in sixty countries with their logistics subsidiary DB Schenker? Or why Deutsche Post subsidiary DHL is active virtually worldwide? Or why Amazon has shifted a large amount of parcels to their own logistics networks instead of using the national shipping services like USPS?
Vertical integration offers way better profits than cooperating with intermediaries, and the ultra large logistics giants want to make as much profit as possible.
Global shipping is one of those industries that are yet to discover APIs. They are currently in awe of FTP and XML for EDI though the way they use it is to stuff as much as possible into the general catch-all tags, because they cannot agree on the schemas.
It's the land of mainframes, T-SQL, Excel, and CSV. I have worked with those global players and the way they run IT project is appalling. Blockchain is way too futuristic for them and they kinda miss faxes. People who genuinely want to change things are frustrated, because no matter how modern their own solution are they have to build integrations that work with something put together thirty years ago, undocumented, and without any guidance or help from the incumbent who then proceeds to not sign off on the project and forces the partner to use the old document flows. Worry not, there will be between 5 and 7 developers in each meeting and the integrator's developers are not allowed to talk directly with the incumbent's developers. I promised myself to never work with those guys again.
The problem of old technologies isn't specific to the shipping industry, this is true for many large, long running industries where working systems matter. You see old technologies in banking and you see it in transport for example. Shipping has a better fitting use case for blockchain than many industries due to interoperability with third parties and the need for tracking and auditing. Maersk won't have bet the farm on this, I'd be inclined to see it as leading a forward looking experimentation with new technologies that hasn't panned out.
As somebody in the industry: You're absolutely right. The other way to look at it is that there is a lot of low-hanging fruit, and it is a multi billion dollar business opportunity.
They built something and turns out that no one wants to use it. Happens all the time.
Happens all the time, especially if no one sees a point in using it. In other words, it didn't solve anyone's serious valuable problem. Which is something that those people that have been saying "couldn't you just do the same thing with a database" already knew.
Crypto went thru a lot of hype-memes, like NFTs, staking etc etc. But I still remember the older "nonono this is about blockchain as an underlying technology" meme.
Yup, that's pretty much the question that has bedeviled all blockchain "innovation" since day one. Cryptocurrency still works (for some value of works) because it's self-contained, but as soon as you need to track anything in the real world you run into the oracle problem: how can you trust that what the blockchain says about the world is correct? (Spoiler, you can't.)
Yep. The hype cycle at work; if you bamboozle enough people, even skeptics have to commit resources to the latest stupidity. Otherwise you're left without a "blockchain strategy" and the reason-by-checkbox types will think that's a bad thing. Unfortunately, as Gartner has well demonstrated, that's a substantial fraction of the market, so you can't ignore it.
The problem is "producing sticky, heavyweight enterprise IBM products to invoice customers with".
This retirement of the product might be more aligned with the expected time between major software replacement initiatives at typical customers than with the hype cycle of blockchains: IBM needs to sell some successor to TradeLens. Or, more simply, Maersk actually needs better software than TradeLens for themselves.
I worked on a project for the biggest airline in SE Asia that was essentially their loyalty platform on the blockchain. The idea was that other airlines would also put their points on the same blockchain and they'd somehow become interchangeable. Except nobody came, and now said airline has a very expensive piece of tech to maintain, built on a service (Azure Blockchain) that has been discontinued.
It almost seems like we need a decent recession every few decades to flush out all the nonsense and get the global economy to focus its resources and innovation back on things that really make a difference.
Here in Germany we get yet another "we need much more immigration because of labor shortage" article in the major news media at least every week, I saw even more than that the last two weeks with at least three in Zeit and Spiegel the last week, on the top of the homepage each time.
Of course, also every time they completely ignore 80% of what the comments say, from individual experiences of qualified people looking for a job to arguments about not seeing any increase in compensation, asking how that can be if there's a market. I myself remember not long ago meeting a young university-qualified engineer with a few years of experiences still having to work for a body-lease shop, moving him between different employers every year, so that they can avoid actually hiring such engineers. Or the bad working conditions in craft jobs, where there really is a large unmet demand, but it's still extremely unattractive to enter this market.
I find the lack of any reaction to the overwhelming feedback they get every single time to these articles more than a bit suspicious. They repeat the exact same message without the slightest change. Maybe quoting a different person (always from an employer organization) and using slightly different sentences, not an exact reprint, but definitely the exact content every time.
I have no doubt that some companies have trouble finding the right people, but I also have no doubt that there is something seriously wrong on a deeper level. Unfortunately the media are no help trying to shed some light on the deeper and more complex issues.
I’m US based but used to work with a lot of people in EU/UK and Eastern Europe. Almost all of the IT/Software Engineer staff from German and UK customers I worked with were contractors. I was a little shocked about how much was outsourced to avoid a full time employee. Almost all were talented but only a very small German IP phone company and a very high tech German lens maker had staff software engineers.
>I was a little shocked about how much was outsourced to avoid a full time employee.
Because in Germany, firing full time employees is nearly impossible, so companies use contractors from body-shops or off-shore work to Eastern Europe to avoid the risks of being sattled with useless employees they can't get rid of later.
I've seen this happen first hand. Many older German SW engineers from traditional companies refused to keep up with modern tech and tools, preferring to coast and do nothing till retirement, rather than learn and adapt, bogging the company down heavily.
One old German dude I used to work with would intentionally break git repos in protest, because he didn't like "this new complicated git thing" and didn't understand why "we can't just keep using Clearcase?", despite receiving numerous trainings paid by the company on how to use git. He was still kept around because he couldn't be fired but wasn't contributing to anything productive. Same with transitioning employees like him to "new" programming languages like Java or C#.
Stuff like this is why EU devs earn less than US devs and why traditional German companies are no SW leaders and will die a slow death.
As a personal preference sure. But then he's free to look for a company where he can keep using Clearcase instead of sabotaging the change and holding back development for everyone, just to avoid having to learn git even though the company is paying him to learn it.
Clearcase does cost licensing money for the company though and also time in onboarding new grads who are already familiar with git. Git is also supported out of the box by all the CI/CD and modern dev tooling. Getting tools to work with Clearcase is a wasteful effort.
So I can't see how his point would be valid in any business sense other than stubbornness.
The shortage of nurses in European countries is caused by the poor pay, long hours and high stress working conditions in the overburdened and underfunded public healthcare system, not by the lack of qualified personnel.
After Covid, thanks to remote work as well, many nurses switched careers to something that pays better or has more reasonable hours and flexibility.
We have enough qualified people that could do the nursing job but not enough of them are willing to do it, making it basically an artificial self inflicted shortage. Private healthcare facilities had no shortage of nurses as they can charge customers whatever the current market rate is, not what the government says it should be.
Increased pay and working conditions could cause nurses to return to the public sector, but then the question is "where money from?"
I don't think you were making this argument, but the private healthcare system in the US is suffering a nursing "shortage" as well, so it shouldn't be taken as a truism that in the private sector, the wages and conditions simply improve enough to balance the supply of nurses.
Yes, as I said, shortages may be real - however, the media don't react at all to the numerous people raising the question of why there is no increase in the price to meet the demand, meaning higher wages.
My point was not that there are no shortages, but that the writers of the many articles about it are deaf to any feedback and only promote the exact same talking points without change.
The "pro markets" side has always been quick to point to "the market" - but strangely, they completely ignore it when it comes to employment, where the market does not seem to work at all. Price seems to be decoupled from demand and those same pro-market voices ignore any and all questions about that phenomenon.
I don't know where you are but nurses are getting higher pay -- often including double or more for overtime (which is great in the short term but not sustainable). I have a son looking at nursing now because the job prospects are better than tech and with the aging population I don't see demand for nurses relaxing anytime soon.
I started my original comment above with "Here in Germany...".
As for current income data, it does not really matter at all?
Because whatever the current level is, it's not part of my argument. It's about the market mechanism - higher demand should lead to higher wages. The dynamic behavior, the price changes. And we don't have that, even if you can show some increase, it's nowhere near the changes in demand. In many sectors.
The argument was, if there really is a shortage, since we have a market, we should see or have already seen significant increases in compensation to signal the truth of such claims. We have not, not even close, for many years.
> Führungskräfte haben ihren Gehaltsvorsprung laut eine Analyse der KfW zwischen 2010 und 2020 weiter ausgebaut. Ihr Gehalt stieg in zehn Jahren um fast 27 Prozent – auf fast doppelt so viel wie der Gesamtdurchschnitt aller Leistungsgruppen.
Translation of the main point:
Managers compensation between 2010 and 2020 increased about twice as much as the average of all groups.
I don't think I have yet heard of an industrial use of bock chain technology that would not be better and more easily solved with a "traditional" database.
There has been so much talk of using it for supply chain tracking and inventory, but it only gives you more problems to solve. Ultimately you need someone to be the "authority" in business transactions, a platform built on a decentralised block chain would still need that for any of these logistics problems.
Even when you look at crypto currency use of the block chain, the vast majority of transactions are happening off chain on a traditional database via an exchange.
DNS aka NameCoin is still the best use case in my opinion. Even there, the current centralized "everybody trusts ICANN" works well enough.
It would require a situation close to WW3 such that China decides to create their own top-level registrar maybe. Then the EU does a third and then the world splits into chaos. Then NameCoin could arise as a neutral viable alternative. Looks very unlikely to me.
Everything would be better, but nobody would want to build the platform. Supply chain is a cartel industry and the present cartels aren't interested in new entrants.
All of this talk about IBM being incompetent is completely undeserved. They are probably the best in the business at selling nonsense to gullible executives.
The whole blockchain market is just trying to find a problem to fit their solution. I haven't seen a use case that actually is benefitted by it yet. There could be marginal advantages but that would mean they need to convince someone (practically a lot of parties) to adopt that solution so it achieves critical mass and people think of it as a natural thing. That is very tough to happen and a recession is bad for that adoption. It will be interesting to see how blockchain businesses pan out.
> Unfortunately, while we successfully developed a viable platform
Translation: "The prototype kind of worked..."
> the need for full global industry collaboration has not been achieved. As a result, TradeLens has not reached the level of commercial viability necessary to continue work and meet the financial expectations as an independent business.
I always understood that TradeLens is something that could be built with a simple database but they used Blockchain to hype up potential partners to sign up.
I’d expect to see at least some of these cynical solutions actually work in practice. So interesting they decided to shut it down, instead of just walking back the blockchain part.
Someone finally realised it was bollocks after enough customers told them it was. I’ve been on a few projects over the years which the outcome was exactly that.
There are fewer than 100 million shipping containers in use today. A database of all of them, their location, their destination, and what they contain is not even "big data." this is a mole hill built into a hype mountain with some crypto jargon.
The containers are only the reference to the contents. The contents are only appreciable across borders as their provenance and affidavit of contents. Those claims are made between counterparties and inspected by government, all of which need to understand the source of the claim and the claim.
So let's see. Back of the envelope math time. Let's round to 100 million containers to make the math simpler. 8 bytes for a synthetic primary key. 8 bytes each also for location and destination, referencing a separate table with information about "places" (e.g. loading docks, port terminals, holds of ships), that should be more than enough distinct IDs to give you as fine-grained location identification as you need. Description, let's say 512 bytes of free text. 8 + 8 + 8 + 512 = 536 bytes, let's say with padding and DB overhead of various kinds we round up to the next power of 2, an even 1kb. 1kb * 100 million is then roughly 100 Gb.
Now I am aware of the risk of "why don't they just"-ing, but seriously, nobody else did this math and noticed that the whole database could probably fit on a $15 SD card? No, most likely someone did, and kept their mouth shut, because why blow up a perfectly good grift?
That would let you describe the current location of each container, right?
Presumably we also want to describe a history of locations and events for each container so we're talking a few additional orders of magnitude more storage and complexity.
But still, your point 100% stands. We're not talking about something that traditional technologies can't handle.
Although to be fair it seems like the blockchain fans are trumpeting the "publicly available ledger" aspect and not the "suitability for Big Data" angle... I'm no blockchain booster, but I don't think anybody is claiming that it outperforms a trad DB.
I keep getting the feeling that IBM is a con operation. They piggyback onto the latest fad and advertise how they can solve things with it, but keep failing to produce meaningful things.. and then they blame the fad for it.
The phrase used to be “nobody got fired for buying IBM”
These days IBM sell so much snake oil, I think heads should roll whenever someone purchases whatever fad-hype-junk IBM is touting and it turns out to be nonsense
So a lot of these blockchain projects started around the same time. They have not delivered and as money runs dry they cant get more funding as the economy tightens and heads towards what is probably a short recession.
The other high profile blockchain failure was the ASX one reported earlier this month:
Shocking ! That actual money was spent by actual people who put it on blockchain. And to solve exactly what problem that traditional data systems could not solve?
What amazes me is that large established organizations are just as susceptible to fad and hype as an uninformed layman.
Then again, many a CIO I’ve worked with could be at least labeled as uninformed, or largely informed by those selling their silver-bullet products and services.
The (practically) immutable nature of a block chain is genuinely fascinating and arguably very novel and new but the only reason everyone got excited was because the value of Bitcoin went to the moon.
I assume there is some growth hack idea here somewhere.
> but the only reason everyone got excited was because the value of Bitcoin went to the moon
I'm a blockchain minimalist, but I'd say that there are at least 2 other reasons why blockchains are interesting:
1) A trustless, distributed digital ledger.
But it turns out that _in most cases_, we are OK with a trusted, centralized, institutional clearing agent that maintains the ledger. The benefits are numerous as long as we trust the institution/agent.
2) An immutable record of transactions.
This follows (1), though: if you trust the institution, you trust that there won't be a malicious mutation of your records and in general, because the records are mutable, they can also easily canceled or reversed which also turns out to be generally beneficial.
So I do think blockchains do have some unique use cases where they would be beneficial (e.g. I think property (land, home, car) titles is a good one, car accident/repair history), but there are just way too many where they add no value.
You still have to trust that data was recorded into a blockchain correctly/faithfully.
So you can never truly remove trust. I'm not sure a immutable ledger is any more useful than a database if there is still some sort of required trust component.
>So I do think blockchains do have some unique use cases where they would be beneficial (e.g. I think property (land, home, car) titles is a good one, car accident/repair history)
All of those use cases are subject to the Oracle Problem (you have to trust whoever initially put the information on the blockchain, and also that nothing happened later to the real world entity that wasn't captured on the blockchain). As such, they are horrible use cases for blockchain.
There is a difference in that the trust is now distributed as opposed to centralized.
> you have to trust whoever initially put the information on the blockchain
In all of those cases, that trust is already inherent in the documents filed by the entities/institutions. But the thing is, they also become gatekeepers of those records (e.g. titles) which seems to be a great use case for a distributed system.
> and also that nothing happened later to the real world entity that wasn't captured on the blockchain
This is also the case with paper records; your car title isn't automatically tied to whether your car is totaled or sold. You update the record based on a change in the status of the material object it represents whether it is a paper or digital update or a blockchain update.
> they are horrible use cases for blockchain
I'd disagree; having an immutable record of ownership is valuable; especially so in countries where a centralized institution may not be trustworthy.
Especially with transactions around something like a car where there are multiple entities that are reliant on the record (your state DMV (and multiple sub-agencies), an electronic toll vendor, your insurance provider, your loan provider, maybe your landlord for an assigned parking space), having a distributed ledger to access and immutably modify the data would be a boon.
For titles on homes which are subject to liens, it would be a great consumer benefit to be able to access this information without paying several hundred dollars for a title search.
> I'd disagree; having an immutable record of ownership is valuable; especially so in countries where a centralized institution may not be trustworthy.
The idea that the blockchain can save you in this situation seems like pure fantasy to me. A record of ownership is only useful if the government is willing to enforce it. Otherwise it's not worth the paper/bits it's written on.
> For titles on homes which are subject to liens, it would be a great consumer benefit to be able to access this information without paying several hundred dollars for a title search.
This is useful, but doesn't require blockchain at all. Just a public API/database and a set of legislation that would force use of said API. A blockchain would require the same legislation anyways to ensure completeness.
> But it turns out that _in most cases_, we are OK with a trusted, centralized, institutional clearing agent that maintains the ledger. The benefits are numerous as long as we trust the institution/agent.
Who is "we"? I'm not ok with trusting banks and clearing houses with my money. I'm vehemently opposed to it.
I don't trust banks to act responsibly, and neither do I trust auditors to be thorough. I'll happily continue using crypto, with real SecOps, multi-sig auth, 2FA with hardware keys (and no SMS), multi-stage cold storage withdrawal with live self-hosted chain-analysis and no yearly account fee.
> So I do think blockchains do have some unique use cases where they would be beneficial (e.g. I think property (land, home, car) titles is a good one
Two years ago I had a discussion on land registries. No, blockchain is a terrible tech for them. See comment and the discussion around https://news.ycombinator.com/item?id=27212564
Not all of them. There are two very specific use cases that it has value as:
1. A decentralised/trust-less "source of truth" for coordination between mutually distrusting parties. This was the "novel" innovation for Bitcoin and it's been refined with the less energy intensive consensus algorithms. Not everything needs this and arguably fairly few things do but for the projects that benefit from trust-less coordination as an option, I'm not sure there's a better alternative yet.
2. As a decentralised marketplace for a given resource. The most common one is the basic cryptocurrency which is a fee market for inclusion in the ledger. Past that however are Storage, Data routing (i.e. VPN or onion routing), and Verifiable Compute (or non-accuracy-critical compute like 3d rendering).
Outside of those, I'd also argue it's useful for privacy preserving transactions (like monero, etc) but I know some people will disagree that that's "just for criminals".
Don't get me wrong, a lot of cryptocurrency or blockchain projects are practically an abstraction over git or a database but there are a number of very useful things you can do with blockchains that you just can't do with git or a db.
The "decentralized" is not a requirement. For example, nobody really needs a "decentralized marketplace". They just need a "marketplace".
Mediation and arbitration are well known methods when trust is missing. A joint venture with a database can do anything the blockchain community built more efficiently.
Doesn't really make any sense. A regular database with digital signatures chained per transaction gives you all the benefits without any of the downsides of a blockchain.
The same way humans have for millennia: relying on authority, reputation, and auditing. Blockchains have enormous overhead because they’re trying to be anonymous but once you need real-world connections you’re already giving that up, which makes it much cheaper to simply rely on those existing relationships.
Historically, that was things like documents being stamped or sealed by a trusted third party witness, escrow agents to hold funds or property until some transaction finished, auditors confirming that a particular good was in the expected condition, etc. In every case, anonymity would be a negative because you want to know, for example, that your notary doesn’t have a criminal history or a reputation for sloppy record keeping.
In the electronic era, that could be implemented using PKI where different parties register keys (or more likely corporate CAs) and use those to sign transactions or witness having seen a particular record. That’s similar to a blockchain in terms of trust but orders of magnitude more efficient and robust since it doesn’t require a network connection to a complex distributed service.
How do you agree on which signatures or information are actually part of the database? How do you decide who gets to add new entries to the database?
Unless there is some meaningful method for maintaining the current state and each atomic change to that state going backwards, you are losing security guarantees.
You can go down the git route but history is trivially rewrite-able and while git is decentralised, it has no mechanism for coming to a consensus about which history is the right one.
Now you are back to determining consensus. You can either just say "X is the authority" and use a hosted git repo but if that's not viable for your threat model, you are pretty much back to cryptocurrency style consensus (probably Proof of Stake or Proof of Authority depending on your threat model).
Proof of work is slow, wasteful, and provides no benefits to the proposed problem (chain of custody tracking).
Proof of stake makes no sense for this use case because there's nothing to stake.
"Proof of Authority" is effectively just a centralized DB.
Agreed on PoW (with the exception of Proofs of Useful Work where it is still slow but not outright wasteful).
Proof of Stake makes sense here not because you are implementing your own PoS system. Instead you are using an existing system and checkpointing onto it. This changes trust assumptions (now trusting the network to operate properly) and isn't the solution for all projects.
Proof of Authority also makes sense and isn't just a centralised DB. Instead it is giving trusted members of the community some fraction of the total authority and requiring a majority of the members to agree on the state for the system to progress. This is similar to but still distinct from distributed database consensus algorithms like Raft or Paxos. The primary distinction is that Raft & Paxos assume that all authenticated participants are fully trusted/non-malicious.
Byzantine Paxos (and Byzantine Raft as proposed in some research papers) begin to address this by attempting to achieve Byzantine Fault Tolerance but they each make different trade-offs. Even then however they tend to lack the flexibility that some types of PoA can have in allocating trust (think of PoA as PoS where the stake is units of trust allocated to each authority).
What it comes down to IMHO is that while blockchains are clearly a terrible solution when you definitively trust an organization to operate in good faith, they are still better than a lot of the alternatives when everyone doesn't fully trust any one participating org but they do collectively trust all parties to be mutually distrustful.
No, git uses a merkle tree, which the blockchain also uses. That’s the only similarity. It doesn’t rely on a massively distributed system to get the next time stamp for the next commit.
Git is decentralised, not distributed. You get the whole git database (for want of a better word) when you clone it, unless you use the —unshallow option.
The immutable nature of the blockchain is not the interesting part, and in most cases you're far better off just using Kafka/EventStore for that. The only revolutionary thing brought by cryptocurrencies was truly anonymous trustless transactions, and that's a very niche requirement in a world of government and law.
I'm sure they were handsomely paid by the US and several EU governments to develop something so "innovative" with blockchain. Unfortunately, nobody wanted it before the governments pulled funding.
Why would there have been governmental funding? Its a private project by private companies. I can't find anything on outside funding for tradelens. Do you have any source on that?
The problem is the same as it's been the whole time: the people who buy tech, and who have the authority to start tech initiatives, don't understand the technology and don't care to. So they chase fads and shiny objects.
It’s more fundamental than that: this is what happens when you do something based on fear of being left out. Consulting companies like Gartner were heavily pushing blockchains half a decade ago, and even if they can’t convey a concrete benefit for something there will be some fraction of listeners who think that they need to buy some and hope it’s useful because they’re afraid of being asked why they didn’t in a few years. It’s the high production values version of the salespeople who’ve shown up here for years saying crypto is the future and you’re old and obsolete if you don’t buy whatever they’re selling.
This same dynamic shows up in other areas - e.g. big data, AI, security – but blockchains are an outlier in terms of how little value the technology provides. A lot of big data / AI projects didn’t deliver the huge win promised but turned out to be a good umbrella for getting funding to clean up a ton of data and processing, for example.
https://www.cnet.com/tech/tech-industry/ibm-maersk-tradelens...
Seriously though I believe the blockchain has always been hidden behind an API hosted by IBM (access to those who got approved and paid a fee), blockchain was an implementation/marketing detail and the whole thing could have been done with Sybase/MDB etc. If they had promoted this as a standard/open way of describing shipping data it might have been beneficial.