Doğrulama Tersine Çevrildi
Şu noktada, mevcut bir varlık olmak, sadece kendinizi engelleyen daha fazla yükü taşır.
P != NP sorunu ve NP-tamamlılık problemi için, kapalı form bir çözüm üretmekten daha kolaydır, onu doğrulamak.
Ancak şimdi uzun süredir süren kod üretimi görevleri için durum tam tersine döndü. Kodu / sözleşmeleri üretmek, onları doğrulamaktan çok daha kolay. 1 milyon butonu KIRMIZI ve MAVİ göstermek için kontrol eden bir dizi kod dosyanız olduğunu hayal edin. Görev, yeni eklenen ek butonun KIRMIZI göstermesiyle 1.000.001 butonu olmasını sağlamaksa, mevcut kod mantığı çalışmayacaktır. Bilgi teorisine göre, bir butonun bilgi değeri koşulludur. Yeni buton, diğerlerine bağlı olarak bilgi taşır: H(yeni | geri kalanı). Yeni gereksinimle durumu KIRMIZI olarak sabitlenirse, koşullu entropisi sıfırdır. Hiçbir bilgi katmaz ama mevcut kod mantığını yeniden bağlantılamak neredeyse imkânsızdır.
Bu nedenle mevcut kod tabanını güncellemekten daha kolay, kodu yeniden üretmektir. Bu, Yenilikçi İkilemi'nin başka bir yeni yönüdür.
Bozucu ise tam tersi bir durumla karşı karşıyadır. Hiçbir gizli bilgiye ve mirasa sahip değildir, bu yüzden bir spesifikasyondan başlar ve yeni, temiz bir başlangıçtan üretir ve spesifikasyon temiz kalırsa maliyetleri düşük kalır.
Stratejik sonuç, kıt varlığın yer değiştirdiğidir. Eski rejimde kod kıt varlıktı, yazılması pahalıydı ve bu nedenle korunmaya değerdi. Yeni rejimde kod ucuzdur ve spesifikasyon, testler ve kaydedilmiş davranışlar kıttır.
Bir anlık CZ olduğunuzu hayal edin.
Siz mevcut varlıktır. Borsanız, beş yıl önceki dünyaya uygun olarak inşa edilmiş büyük, sert bir kod tabanıdır—merkezi emir defterleri, likidite, uyumluluk ve kullanıcı akışları hakkında sabit varsayımlar. Çalışıyordu. Eski gereksinimleri kısa ve karlı bir şeye sıkıştırmıştı.
Şimdi spesifikasyon değişti. Zincir üstü perp'ler, 24/7 şeffaflık, CFTC dostu altyapılar, daha genç bir ekip daha temiz bir başlangıçtan geliyor. Hyperliquid, sizin miras kodlamalarınızı taşımıyor.
Bir tane daha kısıt eklemek—veya bir tane daha rakip eklemek—sadece bir düzeltme gerektirmiyor. Tüm kontrol grafiğini yeniden bağlantılamayı gerektiriyor. Yeni bilgi parçası, eski sisteme göre neredeyse sıfır koşullu entropiye sahip olabilir; ancak eski program onu almadan önce kırılır.
Bu nedenle pazar payı sızıyor. Dikkat sızıyor. Mevcut varlığın akıllı hareketi zarif uyum değil; eski kodun optimize edildiği ölçüme göre ortamı geri çekmektir.
Sıvılaştırın, bir "hacker saldırısı" suçlayıp, yapabildiğiniz kadarını dondurun, önceki dağılımı yeniden kurun. Güvenlik olayı gibi görünüyor. Bilgi teorik olarak ise yeniden üretme maliyetinden kaçınma girişimidir.
Piyasalardaki Yenilikçi İkilemi, koddakiyle aynıdır: Dünyanızı sıkıştırma biçiminiz artık dünyayla uyuşmadığında, düzeltmek yeniden başlamaktan daha pahalıdır. Ve zaten yeniden başlayanlar ishal hikayesini açıklamak zorunda değildir.