The Cook County pilot in Ragnar Lifthrasir's 2018 Constructrr interview did not transfer an actual property. Ragnar corrected the boundary directly: “we didn't actually transfer a property.” The group tested whether ownership could be transferred through a blockchain-based process and then recorded through the existing public-record process.
That boundary is what makes the example useful. The pilot did not need to prove an entire real estate system. It needed to show what one transaction required and where the proposed process stopped.
The test separated the transaction from the surrounding system
Ragnar described blockchain as strong at a limited set of functions, including peer-to-peer transfer of digital value and preservation of a transaction record. He also described it as slow or inefficient for other work.
That distinction kept the Cook County test focused. The team examined a defined conveyance process with known participants and a public recording step. It did not claim that the county had moved all property records onto a blockchain.
Missing title information changed the next decision
The test exposed a dependency outside the transaction. Ragnar Lifthrasir said that liens and other title information still had to be found manually because they were not part of the blockchain dataset.
His team stepped back from pursuing blockchain deeds after recognizing that surrounding information needed to be built first. That is more valuable than treating a narrow technical success as permission to scale. The pilot gave the team a reason to change direction.
Security shaped the technology choice
Ragnar also described smart-contract security as difficult, especially as the logic becomes more complex. In the 2018 context, he connected the team's technology choice to the value of the real estate asset and its priority on security.
The episode's platform comparisons belong to its 2018 market context. The planning lesson is narrower: complexity, risk, and security need to enter the first design conversation, before a team treats the rules as ready for automation.
The real estate problem comes before the token
When the interview turned to the 2018 ICO market, Ragnar criticized teams that designed a token and treated the real estate problem as an afterthought. His advice was to define the business, problem, and solution first, then decide whether a token was appropriate.
A bounded pilot can follow the same order. State the real estate problem without naming the proposed technology. Then identify the surrounding data and security conditions the test must face. If the problem cannot be stated clearly, the pilot is not ready to teach the team very much.
