Açık kaynak yazılım dünyasında, GNU Genel Kamu Lisansı (GPL) ile projelerin lisanslanması önemli bir konudur. Özellikle GPL'nin 3.0 sürümünü kullanan geliştiriciler, lisansın gelecekteki sürümleriyle ilgili bir ikilemle karşılaşmaktadır: "GPL-3.0-only" veya "GPL-3.0-or-later". "GPL-3.0-only" seçeneği, projenin yalnızca 3.0 sürümünde kalmasını garanti eder. Ancak, projeye birden fazla katkıda bulunan varsa, lisansı daha yeni bir sürüme yükseltmek için tüm telif hakkı sahiplerinin rızasını almak genellikle imkansız hale gelir. Bu durum, bazı katkıda bulunanlara ulaşılamaması veya farklı görüşlere sahip olmaları nedeniyle büyük bir zorluk teşkil eder.
Diğer yandan, "GPL-3.0-or-later" seçeneği, Özgür Yazılım Vakfı'nın (FSF) yeni bir lisans sürümü yayınlaması durumunda, herkesin programı yeni lisans koşulları altında kullanabilmesine olanak tanır. Ancak makalenin yazarı, bu yaklaşımın da ideal olmadığını belirtiyor; zira bu durum, FSF'ye kendi programının lisansını tek taraflı olarak değiştirme yetkisi vermek anlamına gelir ki bu da geliştiricinin kontrolünü azaltır. Her iki seçeneğin de kendi içinde dezavantajları bulunmakta ve geliştiricilerin esneklik ile kontrol arasında bir denge kurmasını zorlaştırmaktadır.
Bu sorunlara bir çözüm olarak, makale GPL'nin 14. bölümüne dikkat çekiyor. Bu bölüm, bir projenin, hangi gelecekteki lisans sürümlerinin kullanılabileceğine karar verecek bir "vekil" (proxy) belirleyebileceğini belirtir. Yazar, kendi projelerinde, lisansı "GPL-3.0-only" olarak belirtirken, aynı zamanda 14. bölüm uyarınca kendisini bu vekil olarak atayan bir madde eklediğini açıklıyor. Bu sayede, yazar (vekil olarak) gelecekteki herhangi bir GPL sürümünü kabul ettiğine dair kamuya açık bir bildirim yayınlayarak, projenin o yeni sürüm altında kullanılmasına kalıcı olarak izin verebilir. Bu yöntem, tüm telif hakkı sahiplerinden izin alma zorunluluğunu ortadan kaldırırken, aynı zamanda FSF'ye projenin lisansını tek taraflı değiştirme yetkisi vermeden, geliştiriciye lisans yönetimi üzerinde esneklik ve kontrol sağlar.
Bu yöntem, açık kaynak projelerinde lisans yükseltme süreçlerini basitleştirirken, geliştiricilere esneklik ve kontrol sağlayarak mevcut lisanslama ikilemine pratik bir çözüm sunuyor.