LSPS Spesifikasyonları: Lightning Servis Sağlayıcıları Ne Standartlaştırıyor?
LSPS0, LSPS1 ve LSPS2 spesifikasyonlarının Lightning cüzdan ve servis sağlayıcı entegrasyonlarını nasıl standartlaştırdığını inceliyoruz.
Lightning Network'te her servis sağlayıcı (LSP) uzun süre kendi özel API'sini tasarladı; bu da cüzdan geliştiricilerinin her entegrasyon için ayrı istemci ve hata yönetimi yazmasına yol açıyordu. LSPS (Lightning Service Provider Specifications) girişimi, kanal açma, likidite talebi ve submarine swap gibi işlemler için ortak bir protokol katmanı tanımlayarak bu parçalanmayı ortadan kaldırmayı hedefliyor.
Temmuz 2026 itibarıyla LSPS0, LSPS1 ve LSPS2 aktif spesifikasyonlar. LSPS0 taşıma katmanını tanımlıyor: Lightning'in mevcut custom_message mekanizması (mesaj tipi 37913) üzerinden JSON-RPC 2.0 taşınıyor, böylece yeni bir ağ bağlantısına veya kimlik doğrulama şemasına gerek kalmıyor — kimlik doğrulama zaten Lightning peer anahtar değişiminde mevcut. LSPS1 ise istemcinin doğrudan kanal satın almasını sağlayan basit akışı kapsıyor: bilgi sorgusu, sipariş oluşturma, zincir üstü ödeme ve sipariş durumu takibi.
Asıl karmaşıklık, ödeme geldiğinde henüz kanalı olmayan bir cüzdana anlık (Just-in-Time) kanal açan LSPS2'de. bLIP-52 olarak BOLT sürecine kabul edilen bu spesifikasyon, yeni kullanıcıların ilk ödemeyi alabilmesi için kritik olan gelen likidite problemini çözüyor. Lightning cüzdanı, LSP ya da aradaki altyapıyı geliştiren herkes için bu standartları anlamak artık önemli bir gereklilik.