Roblox DevEx artık üç farklı Robux oranıyla ödeme yapıyor, tek sabitli hesaplayıcıları bozuyor

Tek bakiye, üç oran

Yıllarca DevEx hesaplayıcıları, elektronik tablolar ve oyun içi kazanç panelleri kabaca aynı şeyi yaptı: kazanılan Robux'ı 0,0035 ABD doları sabitiyle çarpmak. Dev.to'da yayımlanan bir yazıya göre bu varsayım sessizce çöktü. Roblox ödemeleri Haziran 2026'dan beri üç ayrı oranla yürütülüyor ve üçü aynı anda aynı bakiyeye uygulanabiliyor.

0,0035 dolarlık eski oran, bir geliştiricinin 5 Eylül 2025'ten önce elinde tuttuğu Robux'ı kapsıyor. Standart oran o tarihte 0,0038 dolara yükseldi ve o günden sonra kazanılan her şeyi kapsıyor; ancak Roblox mevcut bakiyeleri dönüştürmedi — önceden var olan Robux 0,0035 dolarla kalıyor ve yazıya göre önce nakde çevriliyor.

En yeni kademe 8 Haziran 2026'da geldi: 18 yaş veya üzeri olduğunu doğrulamış ABD'li oyunculardan yapılan belirli satışlarda geçerli 0,0054 dolarlık oran. Developer product'lar, pass'ler, abonelikler ve private server'lara uygulanıyor ve yalnızca Roblox'un karakter kurallarına uyan deneyimlerde geçerli — bu kurallar R6 avatarlarını dışlıyor. Yazı, bu oranın standart oranın yerine geçmek değil, onunla paralel çalıştığını vurguluyor.

Karışık bakiye sorunu

Gerçek bir bakiye genellikle üç kademeden oluşan bir karışım olduğu için, tek bir sabit artık iki yönde de yanlış. Yazı bir örnek üzerinden anlatıyor: 75.000 Robux kazanmış, bunun 20.000'i Eylül 2025'ten önce hesapta duran, 50.000'i sonradan gelen ve 5.000'i uygun 18+ satın almalardan kaynaklanan bir geliştirici. Standart oranla düz bir hesap 285 dolar verirken, eski sabit 262,50 dolar veriyor. Doğru rakam 287 dolar — 70 doları eski oranlı kısım, 190 doları standart oranla, 27 doları 18+ oranıyla.

Bu ölçekte fark önemsiz görünse de yazar, üç ayda birkaç milyon Robux ödeyen bir grup için önemsiz olmadığını savunuyor.

Yuvarlama ve asgari çekim tutarı

Roblox dolarla ödediği için yazar, yuvarlamayı parça parça değil, hesaplamanın sonunda kuruşa göre yapıyor. Kenar durumlarda kayan nokta davranışı önemli: standart oranla 12.345 Robux, 46,911 eder ve ekranda 46,91 dolar olarak görünür. Ters yönde, 100 dolara ulaşmak için 26.316 Robux gerekiyor; çünkü 26.315, 99,997 eder — ekranda 100,00 dolar olarak gösterilmeye yeter ama brüt tutarın hâlâ altında kalır.

Roblox'un kendi yuvarlama davranışı belgelenmediği için yazar bu çıktıları kaba tahmin olarak değerlendiriyor ve arayüzde de böyle etiketliyor. İlk çekimler ayrıca 30.000 kazanılmış Robux gerektiriyor — standart oranla kabaca 114 dolar — ve yazı, geliştiricilere yalnızca bir dolar rakamı yerine bu eşiğe ne kadar kaldıklarını göstermeyi öneriyor.

Sabit yerine modül

Yazar, mantığı yeniden yazmak yerine oranları, geçmişlerini ve aritmetiği, HTTP çağrısı ve yield işlemi içermeyen bir Luau ModuleScript'e paketledi. Modülün işlevleri arasında iki yönlü dönüşümler, tarihe göre oran sorgulama, asgari çekim kontrolü ve karışık bakiye durumunu ele alan bir hesaplama var. Kod GitHub'da supertj/devex-rates adresinde MIT lisansıyla yayımlandı; temel veriler CC BY 4. altında ve Luau dosyasındaki sayıların JSON ile eşzamanlılığını bozulduğunda başarısız olan bir CI kontrolü mevcut. Oranlar en az 45 günde bir Roblox'un belgelerine karşı doğrulanıyor; tarihsel veriler ise LootTally'nin DevEx oranları sayfasından alınıyor.

Yazıya göre iki soru açık kalıyor: Roblox, o sabah hesaba düşen Robux için 5 Eylül 2025'teki 10:00 PT kesimini nasıl ele alıyor — modül yeni oranı tüm güne uyguluyor — ve 18+ kademesi, nihai bir biçimden çok ileri bir segmentasyona doğru atılmış ilk adım mı.

Neden önemli

Eski tek sabite dayanan her kazanç paneli, ödeme tablosu ve hesaplayıcı artık geliştirici gelirini yanlış bildiriyor; kimi zaman fazla, kimi zaman eksik gösteriyor. Bu değişiklik ayrıca Roblox'un ödeme oranlarını alıcı demografisine ve deneyim özelliklerine göre değiştirmeye istekli olduğunu gösteriyor; bu yüzden araç yazarları, oran tablosunun gelişmeye devam etmesini beklemeli ve yine tek bir sayıyı koda gömmemeli. Otomatik tutarlılık kontrolleriyle açık, sürümlü oran verisi, yazarın önerdiği yaklaşımdır ve Roblox üzerinde geliştiriciye dönük para özellikleri geliştiren herkesin muhtemelen benzer bir şeye ihtiyacı var — yanında da ekrandaki rakamların garanti ödeme değil tahmin olduğunu belirten net etiketlemeye.