İşlem platformlarını ve ad exchange'leri nasıl kuruyoruz. Ürünü canlıya çıkaran ekiplerden teknik incelemeler.
Trading uygulaması iş ortağı aracı kurumun lisansıyla, kendi emir iletimi lisansınızla ya da tam aracı kurum olarak çalışabilir. Size kalan yola göre değişir.
ChatGPT Enterprise ve Copilot lisanslarıyla çalışanlar belgeleri tek tek okur. Pipeline ise her belgenin alanlarını kontrol edip sistemlerinize yazar.
Yapay zekâ destekli belge işleme yazılımlarının bir kısmı sunucularınıza kurulur, bir kısmı ise tedarikçinin bulutunda çalışır. Bu yazılımı kendi belgeleriniz üzerinde, özel bir dil modeli pipeline'ıyla karşılaştırarak test edin.
Yeni bir reklam ağı, reklamları seçen ve sayan yazılımı, yani reklam sunucusunu kiralayabilir, lisanslayabilir ya da geliştirebilir. Üç yolu da 24. ayda beklediğiniz trafiğe göre karşılaştırın.
Reklam olay pipeline'ı zirvede olay düşürüyorsa, önce farka yıllık bir fiyat biçin. Ardından düzeltmeyi, yönetilen bir servisi ve yeniden kurulumu bu fiyata göre karşılaştırın.
Mühendisi olmayan, fon almış bir kurucu white-label bir terminal kiralayabilir, bir platformu lisanslayabilir ya da bir terminal geliştirtebilir. Bu rehber, her yolda şirkete neyin kaldığını, her faturanın nasıl büyüdüğünü ve ne zaman geçiş yapılması gerektiğini karşılaştırıyor.
Hasar dosyalarını, destek taleplerini ya da KYC dosyalarını kendi sunucularınızda yapay zekâ ile otomatikleştirmeyi teklif eden bir firmaya sorulacak sekiz soru ve yanıtlarının nasıl sınanacağı.
Üç modelin hepsinde, bir firmanın çalışanlarının yazdığı kod üzerindeki haklar, bir sözleşme bu hakları devredene kadar firmada kalır. Bu yazıda, Kazakistan, Ermenistan ve Gürcistan hukukuna göre hak devri maddesinin ne demesi gerektiği ve bir firmanın geçmişteki devir teslimlerinin nasıl kontrol edileceği anlatılıyor.
Belgeleriniz sunucularınızda kalırken yapay zekâ sisteminizi dışarıdan bir firma geliştirebilir. Firmanın mühendisleri sizin kontrol ettiğiniz hesaplar ve bilgisayarlar üzerinden çalışır.
İşe, pilotu belgeleriniz üzerinde ölçen sabit fiyatlı bir değerlendirmeyle başlayın. Ardından pilotun puanını yükseltme işi için saat başına ödeme yapın ama toplama bir tavan koyun; tarif edebildiğiniz iş için de sabit bir fiyatta anlaşın.
Kazakistan, Özbekistan, Ermenistan ve Gürcistan'da bir aracı kurumun temel sermayesi, risklere karşı sermaye gereksinimleri hariç 50.000 ile 500.000 ABD doları arasındadır. İnceleme bir ila üç ay sürer, geliştirme ise ayrı bir bütçedir.
Düzenlemeye tabi bir şirket, bir sağlayıcının API'sini sözleşmeye dayalı olarak, kendi sunucularını ya da belgeleri sınıflarına göre ayıran hibrit bir yapıyı kullanabilir. Hibrit yapının, sahibi belli bir yönlendirme tablosuna ve her belgenin hangi yoldan gittiğini gösteren bir kayda ihtiyacı vardır.
Piyasa yoğunlaştığında işlem ekranlarındaki emir defteri donuyor ya da sıçrıyorsa, kusur genellikle piyasa verisi akışındadır. Akış güncellemeleri girişte kaybeder, defteri yanlış oluşturur ya da yüzlerce ekrana fazla yavaş gönderir. Önce en yoğun saatinizi ölçün, sonra her firmayı o günün kaydı üzerinde test edin.
Reklam raporları ile bidder logları iki nedenden biriyle uyuşmaz: ya olaylar raporlara giderken kaybolur ya da iki taraf onları farklı kurallarla sayar. Açık artırma kimlikleri üzerinden tek bir yeniden sayım hangisi olduğunu gösterir. Pipeline'ı düzeltmeye mi, yönetilen bir servise geçmeye mi yoksa onu yeniden kurmaya mı karar vereceğinizi bu yanıt belirler.
Birkaç varlık sınıfında işlem yapan bir terminal; her piyasaya erişime, gösterdiği ya da kullandığı borsa fiyatları için veri lisanslarına ve sunduğu her enstrüman için tek bir ana kayda ihtiyaç duyar.
Bir aracı kurum ya da prop firması; takas kuruluşunun, aracı kurumunun ya da işlem yerinin zaten yürüttüğü işlem öncesi risk kontrollerine güvenebilir, hazır bir risk gateway'i lisanslayabilir ya da sahibi olduğu bir motoru geliştirebilir veya genişletebilir. Doğru yol, kimin kurallarının uygulanması gerektiğine ve bu kuralları kimin değiştirmesi gerektiğine bağlıdır. Hangi yolu seçerseniz seçin, risk kontrolünün ne kadar sürdüğünü ve bunun nasıl ölçüldüğünü sorun; kill switch'in tüm işlemleri durdurduğu bir testi de izleyin.
İşletmelere özel yapay zekâ satan altı tür şirket var ve her biri farklı işlerde iyidir. Önce sorununuzu adlandırın ve o işi yapan firma türünü seçin. Sonra ondan, geliştirdiği ve hâlâ çalışan bir sistemi göstermesini isteyin.
Fintech, bir ödeme uygulamasından bir kripto borsasına kadar birbirinden çok farklı ürünleri kapsar ve bunların hepsini geliştirmiş firma azdır. Hangi tür ürün geliştirdiğinizi ve hangi bölümleri lisanslı bir partnerin sağlayacağını netleştirin, sonra o türden bir sistemi gerçek kullanıcılar için çalıştıran bir firma arayın.
Müşteri verileri şirketten çıkmadan çalışanlarınıza ChatGPT benzeri bir asistan sunabilirsiniz. Günlük kullanıma geçmeden önce, sistemi kim kuruyorsa asistanın her kişinin belge yetkilerine uyduğunu ve sohbetleri ve logları uyum ekibinizin belirlediği süre boyunca sakladığını size göstermelidir.
Geç bir yanıtın yanlış sayıldığı bir trading ya da reklam teknolojisi sistemi için doğru dış firma, sizin zaman sınırınızla aynı aralıkta çalışan ve hız rakamlarının nasıl ölçüldüğünü gösterebilen firmadır. Tercih ettiğiniz firma, herhangi bir şey kurmadan önce canlı sisteminizi ölçmelidir.
İki exchange bağlantısındaki zaman aşımları da, gelirden hızlı büyüyen altyapı faturası da, hiçbir kod yeniden yazılmadan önce bağlantı bağlantı ölçülebilir. Aynı rakamlar, teklif yolunu düzeltmeyi öneren her ekibi kontrol etmenizi de sağlar.
Doğu Avrupa'da ya da Kafkasya'da bir yazılım şirketiyle çalışan ABD'li bir startup'ın kontrol etmesi gereken şey yalnızca mühendislik değildir. İmzalamadan önce ortak çalışma saatlerinde anlaşabilir, şirketi resmî sicilinde bulabilir, yaptırım taramasından geçirebilir ve uygulanabilir bir uyuşmazlık çözüm maddesi seçebilirsiniz.
Bir trading ya da aracı kurum platformu için finansmanınız var ama sizin tarafınızda kod okuyabilen kimse yok. Size hesap veren bir danışman tutun, mimarinin kâğıt üzerinde sahibi olun, planı lisansın şekillendirmesine izin verin ve imzalamadan önce firmanın gerçekten fintech sistemlerini üretime aldığını kontrol edin.
Şirketten önce ekip türünü seçin: hangi aşamada olduğunuza ve ürünün ne kadarının zorlu mühendislik gerektirdiğine göre. Sonra üç adayı kontrol edin ve ücretli bir deneme görevi verin.
Rust çekirdekli bir FIX trading terminalinin oturum kurtarmadan fiyat merdivenine kadar nasıl kurulduğu ve bir tedarikçinin böyle bir terminali gerçekten kurduğunu gösteren kanıt.
Yapay zekâ sattığınız ürünün kendisiyse bir ML ekibi kurun. Bir ya da iki yapay zekâ sistemine ihtiyacınız varsa ve şirkette işe alınacak ML uzmanlarına liderlik edebilecek kimse yoksa dış kaynak kullanın.
Trafik sıçramalarında kuyruklar ve yeniden denemeler, reklam platformunun deadline'dan sonra yanıt vermesine yol açar. Sunucu eklemeden önce zirveyi ölçün ve geç kalan bu işi kesin.
Küçük bir prop trading firmasında yavaş emir gerçekleştirme: gecikmeyi bulmak için her emrin süresini ölçün, sonra bir mühendislik şirketini, bir hosting sağlayıcısını ya da aracı kurumu arayın.
İmzadan önce özel bir geliştirme ekibi nasıl kontrol edilir ve kodun tam mülkiyeti nasıl sizde kalır: sözleşmeler, escrow, bus factor, Rust deneme görevleri.
Bir şirket, büyük bir dil modelini kontrol ettiği sunucularda çalıştırabilir ve bu veriler dışarı çıkmadan modeli destek taleplerine, belgelerine ve iç araçlarına bağlayabilir. Bu yazı sade bir dille şunları anlatıyor: hangi görevlerin uygun olduğu, modelin nerede çalışabileceği, kimseyle anlaşmadan önce neye karar verilmesi gerektiği, hangi maliyet türlerinin beklenmesi gerektiği, pilotların neden üretime geçmeden takılıp kaldığı ve bunu kurmayı teklif eden bir şirketin nasıl sınanacağı.
Hasar dosyaları, destek ticket'ları ve KYC belgeleri için otomasyon, hiçbir belge harici bir model sağlayıcısına gönderilmeden tamamen bir şirketin kendi altyapısının içinde çalışabilir. Dil modeli yedi aşamadan biridir; yanında sınıflandırma, metin ve yerleşim çıkarımı, doğrulama, bir inceleme kuyruğu, alan başına değerlendirme ve bir denetim kaydı yer alır. Aşağıda her aşamanın nasıl kurulduğu, hasar talepleri, ticket'lar ve KYC arasında nelerin farklılaştığı ve bunu kurmayı teklif eden bir firmaya neler sorulması gerektiği anlatılıyor.
“Kendi DSP'mizi istiyoruz” cümlesi üç farklı iş anlamına gelebilir: reklamverenler için reklam alanı satın alan bir DSP, yayıncıların bu alanı sattığı açık artırmayı yürüten bir ad exchange ya da anlaşmayla edindiği reklam alanını yeniden satan bir reklam ağı. Talebi test etmek için bir platform kiralayın; iş modeliniz standartsa bir platform lisanslayın; teklif mantığı, veri ya da marj şirketinizin sattığı şeyse özel bir sistem geliştirin.
“Kendi trading platformumuzu istiyoruz” cümlesi en az üç farklı ürünü kapsar: müşterilerinizin giriş yaptığı bir terminal, o ekranın arkasında bir aracı kurumun işlettiği bütün altyapı ve emirlerin karşılaştığı bir borsa. Her birinin iş yükü farklıdır. Bu yüzden ilk adım, önce hangisine ihtiyacınız olduğuna karar vermektir. Bu yazı, kurucuların ve aracı kurumların bu seçimi nasıl yaptığını anlatıyor: kod yazılmadan önce nelerin netleşmesi gerektiğini, geliştirmek, satın almak ve kiralamak arasındaki farkı, fiyatı gerçekten neyin değiştirdiğini ve bir şirketin söylediği işi gerçekten yapabildiğini nasıl kontrol edeceğinizi.
Belgeleri perimetresinden çıkamayan, düzenlemeye tabi bir şirketin bir dil modelini çalıştırmak için yine de üç yolu vardır: sözleşmesel kontroller altında sağlayıcının barındırılan API'si, kendi bulut platformunun yönetilen model servisi ya da kendi işlettiği altyapı üzerinde açık ağırlıklı bir model. Her seçenek şirketin üzerine farklı bir maliyet yükler: sözleşmeler ve onaylar, doğru bölgede kapasite ya da sunucular ve nöbet. Aşağıda her birinin operasyon, uyumluluk kanıtı, latency ve kadro açısından neye mal olduğu ve bir mühendislik firmasının bunu bir müşterinin perimetresi içinde kurup kurmadığını hangi soruların gösterdiği anlatılıyor.
Dil modeli üzerine kurulmuş bir belge ya da ticket pipeline'ı her demoyu geçip yine de hiç üretime çıkmayabilir; çünkü üretim, demonun istemediği şeyleri ister: kabulün ölçüleceği etiketli bir set, altyapınızın içinde kalan bir veri yolu, yanlış yanıt için bir yer ve lansmandan sonra bir sahip. Aşağıda her boşluğun neye benzediği, onu neyin kapattığı ve bu işi sizin kendi perimetrenizin içinde gerçekten üretime taşıyan mühendislik firmalarını nasıl ayırt edeceğiniz anlatılıyor.
Her bid request'in içinde yanıt vermek zorunda olan bir CTR ya da dönüşüm modeli, deadline'ı genellikle tek bir ad altında toplanan iki yerde kaçırır: uzak bir depodan geç gelen feature'lar ve bir kuyrukta bekleyen değerlendirme. Açık artırma deadline'ının nasıl bölündüğü, istek başına bir bütçeye hangi runtime ve batching seçimlerinin uyduğu, model geciktiğinde bidder'ın ne yaptığı ve bu işi gerçekten hangi mühendislik firmalarının yaptığını nasıl ayırt edeceğiniz aşağıda.
Ortalaması sağlıklı görünürken zaman aşımı yüzünden açık artırma kaybeden bir Go bidder'ı, tek bir belirtinin altında iki sorun taşır: exchange'e ait olan ve gidiş-dönüşü kapsayan bir deadline ve mark assist'i teklifi puanlayan goroutine'e yazan bir collector. Deadline'ın nasıl bölündüğü, hangi Go ayarlarının işe yaradığı ve bir Rust hot path'inin neyi düzeltmediği aşağıda.
Ölçümleme pipeline'ınız tepe trafikte olay kaybediyor ve atıf sayıları bidder loglarıyla bir türlü uyuşmuyor. Bunlar tek bir belirtinin arkasındaki iki arızadır: kimsenin saymadığı bir ek yerinde hiç ulaşmayan olaylar ve ulaşıp farklı bir kurala göre sayılan olaylar. Ek yerlerinin, anahtarların, geç varış penceresinin ve mutabakat köprüsünün nasıl kurulduğu aşağıda.
Ani yük altında order book güncellemelerini düşüren ve sıralarını bozan bir handler, genellikle tek bir belirtinin arkasındaki iki ayrı arızadır: alım tarafında sıra numarası işleme ve tek bir yavaş oturumun diğer tüm oturumların aldığını değiştirdiği bir dağıtım katmanı. Sıra numarası, kurtarma, fan-out ve back pressure bu şekilde kurulur; conflation da işte burada dürüst olmaktan çıkar.
Bir trading terminali için ürün fikriniz ve bütçeniz var, mühendislik ekibiniz yok. Ekip kurmak ile inşayı bir ortağa vermek aynı şeyin iki fiyatı değildir: zamanı, bilgiyi ve riski farklı dağıtırlar. Aşağıda her yolun size neyi fatura ettiği, devir teslimde nelerin bulunması gerektiği ve iş durduğu gün elinizde ne kaldığı var.
Bir spot matching engine, sert kısıtlarla çevrili küçük bir durum makinesidir: price-time priority, kısmi gerçekleşmeler, ani yük altında kıpırdamayan bir latency kuyruğu. Order book, eşleştirme döngüsü, journal ve replay düzeneği böyle kurulur - ve dilin yardımı burada biter.
Pozisyon limitleri, teminat, fat-finger sınırları ve bir kill switch, her emir gateway'den çıkmadan önce yanıt vermek zorundadır. Bu kontroller emir yolunun yanında değil içinde şöyle yaşar: bellekte hangi durum durur, ne artımlı olarak yeniden hesaplanır ve yeniden başlatmadan sonra ne olur. Önce kısıtlar gelir.
Kazakistan, Özbekistan, Ermenistan ve Gürcistan'da lisanslama, gecikme ve lansman maliyetleri. Bölgede trading işi kuran kurucular, CTO'lar ve platform yöneticileri için bir referans doküman.
Al'a tıklıyorsunuz. İşlemin geçmesini bekliyorsunuz. Ama tıklamanız ile emrin gerçekten gerçekleşmesi arasında pek çok şey oluyor - ve geçen süre size gerçek para kaybettirebiliyor. İşte gecikme tam olarak nedir, nerede saklanır ve neden çoğu insanın düşündüğünden çok daha önemlidir.
İki yıl önce kurulan trading altyapısı, bugünün hacmi ve volatilitesi altında çatlıyor. Dayanan platformları kritik anda çökenlerden ayıran şeyi anlatıyoruz.
AdTech'te yapay zekâ yıllarca arkasında pek bir içerik olmayan bir başlık olarak kaldı. 2026'da değişimler somut - ve programatik platform geliştiren ekipler için gerçek mühendislik zorlukları yaratıyor.
T+2 takas, brokerlar, takas kurumları ve saklamacılar arasındaki koordinasyonun eskiden iki iş günü gerektirmesi yüzünden var. Bu gecikmeyi ortadan kaldıracak altyapı artık mevcut. İşte bunu kurmak gerçekte neleri kapsıyor.
Çerezlerin kullanımdan kaldırılması bir Chrome güncellemesi değil - ad tech'in işleyişinde yapısal bir değişim. İşte mühendislik ekiplerinin çerez tabanlı hedeflemenin yerine ne inşa ettiği ve zor problemlerin gerçekte nerede olduğu.
Küresel fintech ürünleri ödemeleri onlarca sağlayıcı, para birimi ve bölge üzerinden yönlendirir. Ödeme orkestrasyonu mimarisi bu karmaşıklığı hızdan ve güvenilirlikten ödün vermeden şöyle yönetir.
RTB sistemleri, saniyede 100.000+ sorguda bid isteklerini 10 ms içinde değerlendirmek, puanlamak ve yanıtlamak zorunda. Altyapının bu ölçekte nasıl çalıştığını anlatıyoruz.