MBOT Destek Merkezi

MBOT, Binance spot piyasası için tasarlanmış otomatik grid trading bot SaaS platformudur. Kullanıcı paket seçer, API anahtarını bağlar, bot ayarlarını belirler ve dashboard üzerinden çalışma durumunu izler.

Ana amaç, fiyat dalgalanmalarında otomatik al-sat döngüleri kurmak, açık pozisyon riskini görünür yapmak ve botu tek bir panelden yönetmektir.

MBOT'un ana odağı Binance spot piyasasıdır. Futures, short veya kaldıraç MBOT'un temel ürün akışının parçası değildir.

Spot odaklı yapı, kullanıcının çekim yetkisi vermeden yalnızca trade izniyle bot kullanabilmesi için tercih edilir.

Hayır. Hiçbir trading bot kâr garantisi veremez. Grid botlar fiyatın belirli aralıkta dalgalanacağı varsayımıyla çalışır. Piyasa tek yönlü sert hareket ederse açık pozisyon, bekleme süresi ve zarar riski oluşabilir.

Bu yüzden MBOT'ta testnet, backtesting, inventory risk takibi, max coin limiti, rezerv yönetimi ve yeni BUY kilidi gibi koruyucu ayarlar bulunur.

Bot belirlenen fiyat aralığında alım ve satım seviyeleri oluşturur. Fiyat düşerse alım, yükselirse satış emirleriyle küçük farkları toplamaya çalışır.

Bu mantık yatay veya dalgalı piyasada daha anlamlıdır. Sert trend piyasasında botun yeni alım açması sınırlandırılmalıdır.

Grid trading mantığını otomatikleştirmek isteyen, Binance spot kullanan, API güvenliği ve risk ayarlarını doğru yapılandırabilecek kullanıcılar için uygundur.

Başlangıç seviyesindeki kullanıcılar önce testnet ve düşük bütçe ile ilerlemelidir. Deneyimli kullanıcılar ise grid, inventory ve backtest ayarlarını daha ayrıntılı yönetebilir.

Ana sayfadaki kayıt butonundan kullanıcı hesabı oluşturulur. Kayıt sonrasında kullanıcı dashboard'a yönlendirilir ve paket, ödeme, API ve bot kurulum adımları tamamlanır.

SaaS akışında amaç, kullanıcının önce aboneliğini ve API bağlantısını doğrulayıp ardından bot runtime'ını güvenli şekilde aktif etmesidir.

Recovery kodu, şifre unutulduğunda hesabı geri almak için kullanılır. Bu kod sadece bir kez gösterilir ve güvenli bir yerde saklanmalıdır.

MBOT recovery kodunu tekrar gösteremez. Kod kaybolursa hesap kurtarma süreci zorlaşabilir.

Kullanıcı giriş yapabilir, ancak canlı bot işlevlerinin kullanılabilir hale gelmesi paket ve ödeme durumuna bağlıdır. Paket aktif değilse dashboard sınırlı veya kurulum bekleyen durumda kalabilir.

MBOT'ta kayıt ve aktivasyon sonrası canlı botu başlatmak ve hesabı güvene almak için 2FA etkinleştirilmelidir. Canlı API ekleme, canlı bot ayarlarını kaydetme ve botu live moda alma gibi kritik adımlar 2FA olmadan tamamlanmamalıdır.

Bu zorunluluk, hesabın ele geçirilmesi durumunda botun izinsiz çalıştırılmasını, API ayarlarının değiştirilmesini veya paket erişiminin kötüye kullanılmasını zorlaştırır.

• Dashboard'da Profil veya Hesap Güvenliği bölümüne girin.
• 2FA / Authenticator seçeneğini açın.
• Google Authenticator, Microsoft Authenticator veya benzeri TOTP uygulamasıyla QR kodu okutun.
• Uygulamanın ürettiği 6 haneli kodu MBOT ekranına girip doğrulayın.
• Recovery kodlarını güvenli bir yerde saklayın; bu kodları kimseyle paylaşmayın.

İlk adım API ayarlarını girmek ve doğrulamaktır. Ardından testnet veya demo modunda dashboard değerleri kontrol edilir, bot ayarları gözden geçirilir ve uygun paket limitleri doğrulanır.

Canlı moda geçmeden önce 2FA aktif olmalı, Live Binance API eklenmiş ve doğrulanmış olmalı, validation_status=valid ve can_trade=true görünmelidir. Max coin, işlem başı limit, rezerv, inventory kilidi ve risk kalkanı ayarları ayrıca kontrol edilmelidir.

MBOT Türkçe ve İngilizce arayüz desteği sunar. Dil seçimi URL ve kullanıcı tercihiyle uyumlu çalışır. Tema tarafında light ve dark görünüm kullanılabilir.

Dashboard ve landing sayfalarında metinler seçilen dile göre uyarlanır.

Paket; kullanıcının erişebileceği bot özelliklerini, runtime kullanımını, limitleri ve abonelik durumunu belirler. Paket seçimi kayıt ve ödeme akışının bir parçasıdır.

Dashboard tarafında aktif paket, ödeme durumu ve abonelik geçerliliği kontrol edilmeden canlı bot erişimi açılmamalıdır.

Ödeme başarılıysa abonelik aktif hale gelir ve dashboard işlevleri paket limitlerine göre kullanılabilir olur. Kullanıcı API anahtarı girip doğrulama adımına geçebilir.

Ödeme veya lisans doğrulaması tamamlanmadıysa bot canlı çalıştırma akışı kısıtlanır.

MBOT ödemeleri kripto ile XPayr ödeme akışı üzerinden alınır. Paket seçildiğinde kullanıcı XPayr ödeme sayfasına yönlendirilir veya ödeme popup'ı açılır.

Açılan ekranda önce cüzdan seçilip bağlanır, ardından desteklenen ağ ve token seçilir. XPayr seçilen ağ/token bilgisine göre ödeme tutarını ve alıcı adresini gösterir.

• Paket seç butonuna tıklayın ve giriş/kayıt adımını tamamlayın.
• Ödeme ekranında cüzdanınızı seçin ve bağlantıyı onaylayın.
• Mainnet veya testnet ayrımına dikkat ederek uygun ağı seçin.
• Ödeme tokenini seçin, cüzdan onayını verin ve işlemin zincirde onaylanmasını bekleyin.
• Ödeme doğrulanınca MBOT abonelik durumunu günceller; gecikme olursa ödeme sayfasındaki durum ve dashboard abonelik ekranı kontrol edilmelidir.

Şu aşamada kripto ödemeler manuel yenileme mantığıyla ilerler. Abonelik süresi yaklaşırken kullanıcıya hatırlatma gösterilir veya bildirim gönderilir.

Yenileme için kullanıcı tekrar paket/ödeme adımına gider ve XPayr üzerinden yeni kripto ödemeyi tamamlar. Otomatik kart çekimi veya banka otomatik tahsilatı yoktur.

Ödeme sağlayıcısında işlem durumunu kontrol edin. Dashboard hâlâ aktif görünmüyorsa paket ve ödeme sayfasındaki durum mesajları incelenmelidir.

Bekleyen ödeme, başarısız ödeme veya süresi dolmuş işlem canlı bot erişimi sağlamaz.

Paket değişikliği abonelik ekranından yapılır. Seçilen pakete göre erişim limitleri ve özellikler güncellenir.

Paket yükseltme veya yenileme sonrası dashboard'un yeni limitleri alması için sayfa yenileme veya oturum kontrolü gerekebilir.

Landing sayfasında paket seçimi kullanıcıyı kayıt veya giriş akışına taşır. Ödeme ve teknik detaylar dashboard içinde daha kontrollü şekilde yönetilir.

Bu yaklaşım, kullanıcı doğrulaması ve ödeme adımını birbirine bağlayarak hatalı paket aktivasyonlarını azaltır.

Starter, MBOT'u canlı fon riski olmadan tanımak için testnet başlangıç paketidir. Testnet modu, Standart Grid Motoru denemesi, temel raporlar, acil stop ve standart destek akışı sunar.

Starter canlı trading paketi değildir. Live API, canlı emir ve canlı bot modu için Flow, Pro veya Prime gibi live erişim içeren paket gerekir.

Flow, Binance spot tarafında sade ve kontrollü canlı Standart Grid kullanmak isteyen kullanıcılar içindir. Canlı Standart Grid, Boğa Sepeti, temel Telegram uyarıları, temel raporlar, acil stop ve standart destek akışını kapsar.

MBOT Grid, gelişmiş inventory raporları ve ileri kontrol katmanları Flow'un ana kapsamı değildir. Daha sade, daha az karmaşık ve kontrollü kullanım isteyen kullanıcı için uygundur.

Pro, Standart Grid'e ek olarak MBOT Grid Motoru, Inventory Risk Engine, Portföy Rolleri, kademeli satış planları, Backtesting ve Boğa Sinyalleri gibi gelişmiş kontrol alanlarını açar.

Pro kullanıcısı Standart Grid veya MBOT Grid motorlarından yalnızca birini aktif seçebilir. İki motor aynı anda aynı hesapta birlikte çalıştırılmaz; seçilen motor dışındaki grid kontrolleri devre dışı kalır.

Prime, MBOT Grid kontrol katmanını en geniş kapsamla kullanmak isteyen kullanıcılar içindir. MBOT Grid Motoru, gelişmiş inventory raporları, rebalance risk raporu, özel Telegram botu, Prime analytics ve öncelikli destek gibi alanları kapsar.

Prime'ın amacı yalnızca daha fazla özellik değil, daha yüksek operasyon önceliği, daha derin raporlama ve daha profesyonel risk görünürlüğü sağlamaktır.

Paket özellikleri admin panelindeki paket ve feature gate ayarlarıyla yönetilir. Bu yüzden canlı sistemde hangi özelliklerin açık olduğu, aktif abonelik ve admin paket konfigürasyonuna göre belirlenir.

Dashboard bir özellik kilitli gösteriyorsa bunun nedeni genellikle paket kapsamı, ödeme durumu, live geçiş kontrolleri veya admin tarafından kapatılmış feature gate olur.

Referral Engine, MBOT kullanıcılarının kendi referans linkleriyle yeni kullanıcı davet edip XP kazanmasını sağlayan büyüme sistemidir. Amaç tek taraflı komisyon değil, hem davet eden hem davet edilen kullanıcı için karşılıklı değer yaratmaktır.

Davet edilen kullanıcı referans linkiyle kayıt olur ve uygun paket/ödeme akışını tamamladığında sistem XP hareketlerini otomatik olarak işler.

Sadece kayıt olması yeterli değildir. Davet edilen kişinin aboneliği aktif hale gelmeli ve ödeme doğrulanmalıdır.

Ödeme sonrası XP önce sistem kurallarına göre pending veya available durumda görünür. Kötüye kullanım ve erken iptal kontrolleri tamamlandıkça kullanılabilir bakiye güncellenir.

Davet edilen kullanıcı, aktif kampanya koşullarına göre indirim veya başlangıç XP bonusu alabilir. Bu değerler kampanya, paket ve süreye göre admin tarafından değiştirilebilir.

Teklifin amacı yeni kullanıcının MBOT'u daha düşük ilk giriş maliyetiyle denemesini sağlamaktır.

XP, Referral Engine ekranındaki kurallara göre ücretsiz ay veya benzeri abonelik avantajlarına dönüştürülebilir. Ekrandaki ilerleme barı ücretsiz ay hedefine ne kadar yaklaştığınızı gösterir.

XP nakit, yatırım getirisi veya garanti kazanç değildir; MBOT içindeki abonelik/avantaj sistemi için kullanılır.

Sistem büyümeyi teşvik edecek şekilde tasarlanır; normal kullanımda davet sayısı ölçeklenebilir. Ancak fraud, self-referral, aynı ödeme yöntemiyle kötüye kullanım, chargeback veya erken iptal gibi davranışlar filtrelenir.

Kural ihlali tespit edilirse ilgili XP iptal edilebilir veya clawback ile bakiyeden düşülebilir.

Erken iptal, chargeback, iade veya fraud sinyali oluşursa o referral üzerinden kazanılan XP geri alınabilir. Bu mekanizma sistemi gerçek kullanıcı büyümesine odaklı tutmak için gereklidir.

Bu yüzden Referral Engine'deki kullanılabilir XP ile pending XP ayrı gösterilir.

Viral Engine, MBOT kullanıcılarının XP bakiyesini topluluk görünürlüğüne dönüştürmesini sağlayan büyüme sistemidir. Kullanıcı X veya TikTok içeriği için XP Boost başlatır; diğer kullanıcılar belirlenen aksiyonları tamamlayıp kanıt göndererek XP kazanır.

Amaç yapay takipçi veya garanti viral etki satmak değildir. Amaç MBOT kullanıcılarının gerçek içeriklerini topluluk içinde daha görünür hale getirmek ve XP ekonomisini ürün içinde tekrar kullanılır kılmaktır.

Referral Engine ile kazanılan kullanılabilir XP, Viral Engine'de boost bütçesi olarak kullanılabilir. Böylece kullanıcı davetlerden kazandığı XP'yi yalnızca abonelik avantajı için değil, kendi MBOT içeriğini büyütmek için de harcayabilir.

XP harcandığında boost bütçesine kilitlenir. Görevler kabul edildikçe katılımcılara aktarılır; kullanılmayan XP boost kapandığında iade edilir.

İlk kapsam X ve TikTok odaklıdır. X tarafında reply, quote veya MBOT hakkında orijinal paylaşım gibi aksiyonlar; TikTok tarafında kısa video/clip paylaşımı gibi içerik görevleri kullanılabilir.

MBOT kazanç kartı paylaşımı bu görev pazarının parçası değildir. Kazanç kartı paylaşımı ayrı bir ürün aksiyonudur; XP verilecekse düşük ve otomatik bir ödül olarak ele alınır, kullanıcıların birbirine görev açmasını gerektirmez.

Viral Engine ekranında platform seçilir, hedef X/TikTok linki girilir, başlık/açıklama yazılır, süre belirlenir ve hangi aksiyonlara XP verileceği seçilir. Sistem seçilen görevlerin ödül ve katılımcı limitlerine göre toplam XP bütçesini hesaplar.

Boost başlatıldığında bu XP kullanılabilir bakiyeden ayrılır. Katılımcılar görevleri tamamlayıp kanıt gönderdiğinde ödül bu bütçeden düşer.

Her görevde reward XP ve maksimum katılımcı limiti vardır. Örneğin 50 XP ödüllü 5 katılımcı limiti olan bir görev 250 XP bütçe gerektirir.

Boost süresi dolarsa veya kullanıcı boostu kapatırsa dağıtılmamış XP iade edilir. Dağıtılmış XP geri alınmaz; ancak fraud, yanlış kanıt veya kötüye kullanım tespit edilirse işlem iptal edilebilir.

Viral Engine'de doğrulama; hedef linkin doğru platforma ait olması, kullanıcının sosyal hesap bilgisi, boost proof code, gönderilen kanıt linki ve tekrar/fraud kontrolleri birlikte değerlendirilerek yapılır.

Katılımcıdan beklenen şey açık ve kontrol edilebilir bir kanıt sunmasıdır. Kanıt linki, paylaşım metni veya proof code boost şartlarıyla uyumlu değilse görev incelemeye alınabilir, reddedilebilir ya da kötüye kullanım durumunda XP iptal edilebilir.

Sosyal hesap ekleme, kullanıcının görevleri gerçekten kendi X veya TikTok hesabıyla yaptığını anlamaya yardımcı olur. Hesap eklenirken proof code üretilir ve kullanıcı bu kodu profil açıklaması, paylaşım metni veya doğrulama kanıtında kullanabilir.

Doğrulanmış hesaplar fraud riskini azaltır. Aynı kullanıcı, aynı hesap, aynı link veya kendi boostuna katılma gibi durumlar sistem tarafından engellenebilir.

Hayır. Viral Engine kendi boostuna katılımı engellemek için tasarlanır. Amaç kullanıcının kendi XP'sini kendine aktarması değil, topluluk içinde gerçek etkileşim yaratmasıdır.

Aynı tenant, aynı kullanıcı, tekrar eden kanıt linki, aynı sosyal hesap veya şüpheli davranış tespit edilirse görev reddedilebilir ve XP aktarımı yapılmayabilir.

Hayır. Viral Engine görüntülenme, takipçi, satış, abonelik veya viral olma garantisi vermez. Sadece MBOT kullanıcılarının XP ile kanıt bazlı topluluk görevleri oluşturmasını sağlar.

İçeriğin kalitesi, piyasa gündemi, sosyal platform algoritmaları, hesap güvenilirliği ve paylaşım zamanı sonuçları doğrudan etkiler.

MBOT için spot trade izni gerekir. Para çekme izni verilmemelidir. Withdrawal izni açık API anahtarı güvenlik açısından kabul edilebilir değildir.

API anahtarı oluştururken yalnızca gerekli izinleri açın ve Binance API IP restriction alanına MBOT çıkış IP'si olan 145.223.99.186 adresini ekleyin.

Binance web arayüzünde sağ üst profil menüsünden API Management / API Yönetimi bölümüne girilir. Mobil uygulamada profil alanından API Management veya More > API Management yolu kullanılır; Binance menü adları bölge ve sürüme göre küçük farklılık gösterebilir.

Yeni API anahtarı oluşturulduktan sonra MBOT dashboard içinde API Settings sayfasına gidilir, ortam olarak testnet veya live seçilir, API key ve secret alanları doldurulur ve Validate ile doğrulama yapılır.

• Binance'te API anahtarına spot trading izni verin.
• Withdrawal / para çekme iznini kesinlikle kapalı bırakın.
• Binance API IP restriction alanına MBOT çıkış IP'si 145.223.99.186 adresini ekleyin.
• API secret yalnızca oluşturulduğu anda görünür; güvenli saklayın.
• MBOT API Settings ekranında validation_status=valid ve can_trade=true görünmeden canlı botu başlatmayın.

Hayır. Doğru yapılandırılmış API anahtarında para çekme yetkisi olmaz. MBOT'un güvenlik modeli trade izniyle sınırlı çalışacak şekilde tasarlanır.

Kullanıcı Binance tarafında withdrawal iznini kesinlikle kapalı tutmalıdır.

API secret hassas veridir ve şifreli saklanmalıdır. Kullanıcı bu bilgiyi üçüncü kişilerle paylaşmamalı, ekran görüntülerinde gizlemeli ve düzenli aralıklarla yenilemelidir.

Dashboard içinde geçersiz veya devre dışı API kayıtlarını silmek, operasyonel karışıklığı azaltır.

Validation status API anahtarının doğrulanıp doğrulanmadığını gösterir. can_trade değeri botun bu API ile emir gönderebilme yetkisinin olup olmadığını belirtir.

Canlı bot için validation_status valid ve can_trade true olmalıdır. Aksi durumda bot canlı görünse bile emir açamayabilir.

MBOT'ta live geçişi admin tarafından kontrollü açılır. Platform ayarlarında istenirse Live API ekleme ve botu Live moda alma için 2FA zorunlu tutulur.

Ayrıca botta Live seçilebilmesi için Live Binance API kaydının bulunması ve bu kaydın doğrulanmış olması şart koşulabilir. Bu durumda Live butonu ancak 2FA aktif, Live API mevcut ve validation_status=valid / can_trade=true olduğunda kullanılabilir.

• Testnet kullanımı ayrı kalır; platform Live moddayken kullanıcılar yine testnet API ve testnet bot akışını kullanabilir.
• Withdrawal izni hiçbir durumda kabul edilmez; bu güvenlik kuralı paket veya admin ayarıyla gevşetilmemelidir.
• Live API doğrulanmadan canlı bot modu açılmıyorsa önce API Settings sayfasında Live ortamını seçip Validate çalıştırın.

Bot emir açamaz, bakiye çekemeyebilir veya runtime hata döndürebilir. API Settings sayfasında validate, disable ve delete işlemleriyle kayıt yönetilmelidir.

Geçersiz kayıtlar temizlenmeli, doğru ağ ve mod seçimiyle yeni anahtar doğrulanmalıdır.

Ana ekran bot bakiyesi, toplam bakiye, aktif işlem sayısı, USDT durumu, piyasa göstergeleri, açık pozisyonlar, kazanç grafiği ve inventory risk bilgilerini özetler.

Bu ekran karar ekranıdır; detaylı düzenleme için ilgili alt menüler kullanılmalıdır.

Cryptocurrency tablosu botun izlediği coinleri, fiyatlarını, sinyal durumlarını ve aksiyonlarını gösterir. Detay ikonu coin özelindeki görünümü açmak için kullanılır.

Bu tablo, hangi coinlerin aday olduğu ve hangilerinin işlem dışı kaldığı konusunda ilk kontrol alanıdır.

Bu bölüm açık spot pozisyonları, alış fiyatı, anlık fiyat, hedef satış, anlık kâr/zarar ve çıkış takip durumunu gösterir.

Satışa en yakın pozisyonlar genellikle anlık zarar oranı en düşük veya hedef satış fiyatına en yakın pozisyonlardır.

Kazanç grafiği gerçekleşen işlem sonuçlarını ve günlük performansı görselleştirir. Açık pozisyonların kâğıt üzerindeki kâr/zararı ile gerçekleşmiş kâr/zarar ayrı değerlendirilmelidir.

Gerçekleşen K/Z yalnızca kapanmış işlemlerden oluşur. Açık bag pozisyonlar kapanmadan gerçekleşmiş kâra eklenmez.

Boğa Sinyalleri sayfası piyasa adaylarını, puanları ve potansiyel fırsatları izlemek için kullanılır. Bu sinyaller doğrudan emir garantisi değildir.

Botun işlem açması için sinyal, risk, inventory, bütçe ve API koşullarının birlikte uygun olması gerekir.

Sistem logları botun neden işlem açmadığını, hangi korumanın devreye girdiğini, API hatalarını ve runtime olaylarını takip etmek için kullanılır.

Özellikle live görünüp işlem açmayan durumlarda ilk bakılması gereken alanlardan biridir.

Portföy rolü, botun ilgili coin üzerinde nasıl davranacağını belirler. Managed bot tarafından yönetilen pozisyonları, Exit Only yeni alım yapılmadan çıkış takibini, Hold ise elle izlenen pozisyonları temsil eder.

Yanlış rol seçimi botun beklenmeyen şekilde işlem açmasına veya pozisyonu takip dışı bırakmasına neden olabilir.

Exit Only, mevcut pozisyonu koruyup yeni alım yapılmasını istemediğiniz durumlarda kullanılır. Bot bu pozisyon için çıkış planını takip eder ancak yeni BUY açmamalıdır.

Bag yönetiminde Exit Only rolü özellikle önemlidir; amaç yeni risk eklemeden mevcut pozisyonun kârda veya breakeven seviyesinde kapanmasını beklemektir.

Maliyet trades, exchange_trades veya manuel kayıt gibi farklı kaynaklardan hesaplanabilir. Aynı coin daha önce alınıp satıldıysa sistem son açık pozisyonun maliyetini doğru ayrıştırmalıdır.

Binance hesabındaki maliyet ile bot maliyeti farklı görünüyorsa açık pozisyon geçmişi ve exchange trade eşleşmesi kontrol edilmelidir.

Kademeli satış planında TP1, TP2, TP3 gibi fiyatlar ve yüzdeler girilir. Fiyat hedefe geldiğinde bot ilgili miktarı satmaya çalışır.

Son işaretli kademe, kalan serbest bakiyenin o hedefte satılması anlamına gelir. Plan aktifse tekil satış hedefi ve yüzde hedefi devre dışı kalır.

Kazanç yalnızca satış emri gerçekleştiğinde ve işlem kapanışı kaydedildiğinde gerçekleşmiş K/Z alanına yansır.

Limit emri yazılmış ama dolmamışsa pozisyon hâlâ açık sayılır; bu durumda yalnızca hedefe yakınlık ve açık pozisyon değeri değişir.

Bag, grid bot alım yaptıktan sonra fiyatın satış seviyesine geri dönememesi sonucu elde kalan açık pozisyondur. Grid sistemlerinde geçici bag normaldir; sorun bag değerinin ve yaşının büyümesidir.

MBOT bag riskini açık bag/exit değeri, oran, en eski bag yaşı ve global inventory mode ile görünür hale getirir.

Global Inventory Mode, toplam açık bag ve exit değerine göre sistemin genel risk seviyesini gösterir. GREEN normal, YELLOW dikkat, RED yeni BUY tarafında sıkı koruma anlamına gelir.

Bu mod, botun sadece fırsat değil aynı zamanda taşınan risk miktarını da hesaba katmasını sağlar.

Açık bag/exit değeri bot bakiyesinin belirlenen oranına ulaştığında yeni grid BUY açılması durdurulur. Mevcut pozisyonlara ve mevcut satış emirlerine dokunulmaz.

Amaç, bag büyürken botun yeni risk eklemesini engellemektir. Bu, zararına satış yapmadan risk artışını sınırlayan ilk koruma katmanıdır.

Bu motor, bag pozisyonlarını yaş, maliyet, hedef fiyat ve mevcut fiyat açısından izler. Pozisyon kâr buffer üstüne çıktıysa veya fee dahil breakeven seviyesine yaklaştıysa çıkış adayı olarak işaretlenir.

Zararına market satış yapmaz. Öncelik kârda veya zararsız kapanabilecek pozisyonları limit satışla temizlemektir.

Kâr adayı otomatik limit satış, belirli süreyi geçmiş ve kâr buffer üstünde olan bag pozisyonuna post-only limit SAT emri koymayı hedefler.

Breakeven adayı otomatik limit satış ise fee dahil zararsız kapanış fiyatına ulaşan pozisyonu limit SAT ile kapatmayı hedefler. İkisinde de zararına satış yapılmaz.

Rebalance yalnızca grid yenileme olayı olarak görülmemelidir. Rebalance sırasında taşınan inventory değeri, bag_rebalance_count ve riskin artıp artmadığı ayrıca izlenmelidir.

Bu metrikler, botun gerçekten riski azalttığını mı yoksa sadece seviyeleri yenileyerek bag taşıdığını mı gösterir.

Standart Grid daha kontrollü, sinyal ve rejim kapılarına bağlı, klasik grid mantığıyla çalışan motordur. Standart Grid ayarları, Akıllı Grid katmanları ve genel Inventory Risk Engine korumaları bu tarafta daha belirleyicidir.

MBOT Grid ise ayrı çalışan, kendi bütçe, seviye, sembol ve volatilite ayarları olan bağımsız grid motorudur. Daha aktif grid döngüsü, ayrı runtime mantığı ve MBOT Grid'e özel ayar sayfası ile yönetilir.

MBOT Grid, daha aktif grid yapısı, kendi yatırım miktarı, kendi seviye mantığı ve Standart Grid'in bag kilidiyle doğrudan ezilmeyen ayrı motor yapısı nedeniyle tercih edilebilir.

Bu motor, daha fazla kontrol, daha hızlı grid döngüsü ve MBOT Grid'e özel inventory/risk görünürlüğü isteyen kullanıcılar için uygundur. Buna karşılık daha fazla izleme ve doğru bütçe ayarı gerektirir.

Binance Grid Bot basit bir grid kurup çalıştırmak için yeterli olabilir. MBOT'un farkı sadece grid açmak değildir; bot sermayesi, manuel rezerv, token başı limit, aktif coin sınırı, signal gate, regime gate, inventory risk, bag yaşı, açık bag değeri, breakeven/kâr adayı takibi ve runtime görünürlüğünü aynı dashboard altında birleştirir.

MBOT, grid'i tek başına bir emir aracı olarak değil, risk yönetimi ve operasyon katmanı olan bir sistem olarak sunar. Kullanıcı yalnızca fiyat aralığı seçmez; hangi sermayenin kullanılacağını, yeni BUY tarafının ne zaman kilitleneceğini, hangi pozisyonların kârda veya zararsız çıkışa yaklaştığını ve botun neden beklediğini görebilir.

Bu yüzden MBOT, ücretsiz Binance grid'e alternatif olarak değil; daha fazla kontrol, daha net risk görünürlüğü, testnet-first başlangıç, paket bazlı gelişmiş modüller ve takip edilebilir bot operasyonu isteyen kullanıcılar için tasarlanmıştır.

• Binance Grid: hızlı başlangıç ve basit grid yürütme.
• MBOT: grid + sermaye sınırı + inventory risk + bag takibi + sinyal kapıları + runtime izleme.
• MBOT kâr garantisi vermez; amacı grid kullanımını daha okunabilir, kontrollü ve yönetilebilir hale getirmektir.

Standart Grid daha sade, daha muhafazakar ve genel risk kapılarıyla daha sıkı kontrol edilen kullanım için uygundur. Require signal, regime gate, rezerv ve bag kilidi gibi korumalarla daha kontrollü yeni BUY davranışı hedeflenir.

Grid mantığını daha düşük karmaşıklıkla kullanmak, önce riskleri görmek veya yeni başlayan kullanıcıya daha okunabilir bir yapı sunmak için Standart Grid tercih edilebilir.

Hayır. İlk sürümde kullanıcı aynı anda yalnızca bir grid motoru seçebilir: Standart Grid veya MBOT Grid. Bu seçim Sermaye & Varlık Yönetimi alanındaki STANDART / MBOT switch'i ile yapılır.

Bir motor seçildiğinde diğer motorun ayarları ve çalışma yolu devre dışı kalır. Bu kural, aynı sembolde iki motorun aynı anda emir açmasını ve pozisyon yönetimini karıştırmasını engellemek için uygulanır.

Hayır. Toplam bakiye borsadaki toplam varlık değerini ifade eder. Bot bakiyesi ise botun işlem yapmak için kullanmasına izin verilen sermaye alanıdır.

Bu ayrım önemlidir; bot tüm hesabı değil, belirlenen bot sermayesini ve rezerv mantığını dikkate almalıdır.

Manuel Rezerv Modu, botun işlem dışında bırakacağı USDT rezervini dinamik yönetmeye yarar. Rezerv arttıkça botun yeni işlem açmak için kullanabileceği sermaye azalır.

Bu ayar hardcode edilmemelidir; kullanıcı Bot Ayarları üzerinden piyasa durumuna göre değiştirebilmelidir.

Token başına limit, tek bir coin'e bağlanabilecek maksimum riski sınırlar. Limit düşükse çok coin açılabilir ama işlem başı kâr daha küçük olur. Limit yüksekse daha az ama daha anlamlı işlem yapılır.

Bu ayar max aktif coin ve bot sermayesiyle birlikte değerlendirilmelidir.

Daha fazla grid seviyesi, emirlerin daha küçük ve sık olmasını sağlar. Daha az seviye, daha seyrek ama potansiyel olarak daha anlamlı kâr hedefleri oluşturur.

Çok küçük emirler fee ve spread tarafından yenebilir. Bu yüzden grid seviye sayısı, min emir büyüklüğü ve işlem başı limit birlikte ayarlanmalıdır.

Eşit aralık, seviyeleri aynı yüzde veya fiyat farkıyla dağıtır. Logaritmik grid, fiyat hareketinin oranlı yapısına daha uyumlu davranabilir.

Volatil ve geniş aralıklı coinlerde logaritmik yapı daha dengeli olabilir. Ancak nihai karar test, backtest ve piyasa rejimine göre verilmelidir.

Require signal açık olduğunda bot yalnızca belirli giriş sinyali varsa yeni grid açar. Regime gate ise piyasa range değilse yeni BUY tarafını sınırlar.

Bu iki ayar, tepe bölgede veya trend piyasasında kontrolsüz grid açma ihtimalini azaltır.

Crash Circuit Breaker, piyasa birkaç saniye veya dakika içinde sert bozulduğunda botun yeni risk eklemesini durdurmak için çalışan ayrı güvenlik modülüdür. BTC'nin 1dk/5dk düşüşünü, market genelindeki sert kırmızı oranını, likidite/spread bozulmasını ve cooldown süresini birlikte değerlendirir.

Varsayılan davranış zararına satış değildir. Modül önce yeni BUY tarafını kilitler ve açık BUY emirlerini iptal ederek botun düşen piyasada yeni mal toplamasını engeller. Mevcut pozisyonlar ve satış emirleri korunur.

BTC kısa sürede belirlenen eşiklerin üzerinde düşerse, likit USDT coinlerin büyük kısmı aynı anda kırmızıya dönerse, sert düşüş oranı artarsa veya spread/likidite bozulursa crash modu devreye girebilir.

Bu tetikleyiciler Piyasa Risk Kalkanı ayarları altında yönetilir. Risk sinyali kalksa bile sistem cooldown süresi boyunca yeni BUY açmayabilir.

• BTC Panic 1dk / 5dk eşikleri ani BTC düşüşünü izler.
• Market Kırmızı Oranı ve Sert Düşüş Oranı korelasyonlu piyasa çöküşünü izler.
• Ortalama Max Spread likidite bozulmasını izler.
• Risk Cooldown yeni alımların ne kadar süre kapalı kalacağını belirler.

Hayır. Varsayılan ve önerilen mod, zararına market satış yapmadan yeni alımları durdurmak ve açık BUY emirlerini iptal etmektir.

Acil zarar kes seçeneği ayrı ve bilinçli bir ayardır. Sadece kullanıcı veya admin açıkça force market exit davranışını etkinleştirirse, sistem tüm açık pozisyonları acil kapatma senaryosuna geçebilir. Bu seçenek yüksek risklidir ve normal kullanımda kapalı tutulmalıdır.

Bu modül global piyasa güvenlik katmanıdır. Standart Grid veya MBOT Grid seçili olsa bile yeni BUY tarafını durdurabilir. Amaç, seçili motor ne olursa olsun çöküş anında yeni risk eklenmesini engellemektir.

Mevcut SAT emirleri ve çıkış takipleri normalde çalışmaya devam eder. Böylece piyasa toparlanırsa pozisyonlar hedef satış veya breakeven mantığıyla kapanabilir.

Ayar açıksa risk sinyali kalktıktan ve cooldown süresi tamamlandıktan sonra Crash Circuit Breaker'ın koyduğu yeni BUY kilidi kaldırılabilir.

Bu otomatik devam davranışı manuel olarak verilen 'Alımı Durdur' kararını ezmemelidir. Manuel pause veya kullanıcı tarafından kapatılan bot, risk normale döndü diye kendiliğinden yeniden agresif alıma başlamamalıdır.

Backtesting geçmiş veride seçilen ayarların nasıl sonuç verebileceğini görmeye yarar. Monte Carlo ise sonuçların farklı sıralamalar ve varyasyonlar altında ne kadar dayanıklı olduğunu anlamaya yardımcı olur.

Bu sayfa canlıya geçmeden önce parametreleri karşılaştırmak için kullanılmalıdır.

Hayır. Backtest geçmiş veriyi kullanır; canlı piyasada spread, slippage, emir dolumu, API gecikmesi ve piyasa rejimi farklı olabilir.

Backtest iyi görünüyorsa bile önce testnet veya düşük bütçeli micro live aşaması tercih edilmelidir.

Shadow testler gerçek emir göndermeden strateji sinyallerini ve kapanış varsayımlarını ölçer. Clean Cycle, Cross-Pair Lag ve Volatility Harvest gibi motorlar bu şekilde değerlendirilebilir.

Shadow veri yeterli olmadan canlıya geçmek doğru değildir.

Readiness, bir stratejinin canlıya alınmadan önce sağlaması gereken minimum veri ve kalite eşiğidir. Örneğin completed sayısı, avg/median net PnL, win rate, clean close ve stuck pozisyon sayısı bu eşiklere dahildir.

Readiness düşükse strateji para ile denenmemelidir.

Bazı raporlar arka planda çalışan test veya hesaplama tamamlandıktan sonra yazılır. Sayfa yenilendiğinde ilk anda boş görünüp daha sonra sonuç gelebilir.

Uzun süren testlerde sistem logları ve rapor zaman damgaları birlikte kontrol edilmelidir.

Bot başlangıç/duruş, hata, kritik risk, işlem olayı, çıkış takibi ve sistem uyarıları gibi durumları bildirebilir.

Bildirim kapsamı kullanıcının paketine, ayarlarına ve bağlı Telegram kanalına göre değişebilir.

Telegram bot token, chat ID ve gerekiyorsa topic ID ayarları doğru girildiğinde MBOT olayları ilgili sohbete gönderir.

Ana bota gelen kritik bildirimlerin community içindeki MBOT topic'e de yansıtılması hedeflenir.

Telegram'da BotFather resmi botu açılır ve /newbot komutuyla yeni bot oluşturulur. BotFather sizden bot adı ve kullanıcı adı ister; işlem sonunda HTTP API token verir. Bu token MBOT Telegram ayarlarında bot token alanına girilir.

Bildirimleri bir gruba veya kanala almak için oluşturduğunuz botu ilgili gruba/kanala ekleyin ve mesaj gönderme yetkisi verin. Forum topic kullanıyorsanız MBOT için ayrı topic açıp topic ID değerini de kaydetmeniz gerekir.

• BotFather > /newbot > bot adı > bot kullanıcı adı adımlarını tamamlayın.
• BotFather'ın verdiği tokeni kimseyle paylaşmayın.
• Botu Telegram grubuna veya kanalına admin/yazma yetkisiyle ekleyin.
• Chat ID için gruba bir test mesajı gönderip Telegram getUpdates yöntemiyle chat.id değerini alın veya güvenilir bir chat ID yardımcı botu kullanın.
• Topic kullanılan community gruplarında MBOT topic'e bir mesaj atın ve message_thread_id değerini alın.
• MBOT Notifications ekranına bot token, chat ID ve varsa topic ID değerlerini girip test bildirimi gönderin.

Önce bot token, chat ID, topic ID ve Telegram botunun gruptaki yetkileri kontrol edilmelidir. Ardından sistem loglarında gönderim hatası aranmalıdır.

Topic kullanılan gruplarda message_thread_id yanlışsa mesaj ana gruba veya hiç görünmeyen bir alana düşebilir.

Yoğun grid sistemlerinde her küçük işlem için bildirim almak gürültü yaratabilir. Kritik olaylar, risk modu değişimi, API hatası ve büyük pozisyon uyarıları daha anlamlıdır.

Demo site, kullanıcıların MBOT arayüzünü ve temel akışı canlı para riski olmadan görmesini sağlar. Demo readonly olmalıdır; kullanıcı gerçek emir veya kalıcı değişiklik yapmamalıdır.

Testnet, gerçek para kullanmadan bot davranışını ve dashboard akışını denemek için kullanılır. Testnet bakiyesi dinamik ayarlanabilir olmalı ve canlı Binance bakiyesiyle karıştırılmamalıdır.

Testnet sonucu canlı piyasadaki spread ve likidite etkilerini birebir temsil etmeyebilir.

Testnet denemelerinde gerçek kripto para kullanılmaz. Gerekli testnet USDT veya desteklenen diğer test tokenler XPayr hesabındaki Faucet üzerinden alınmalıdır.

XPayr Faucet sayfasında test ağı seçilir, cüzdan bağlanır, gerekirse token cüzdana eklenir ve Request Tokens butonuyla test token istenir. Faucet bağlantısı: https://xpayr.com/merchant/faucet

Sidebar veya dashboard üzerinde live/stopped durumu görünür. Runtime status, API doğrulaması, bot mode ve is_running alanları birlikte kontrol edilmelidir.

Live görünmesi tek başına emir açacağı anlamına gelmez; risk kalkanı, inventory kilidi, sinyal kapısı veya bütçe koşulu işlem açmayı engelleyebilir.

Testnet deneme ortamıdır. Bazı korumalar test edilebilirliği artırmak için daha gevşek ayarlanabilir. Ancak canlı modda risk kalkanı ve inventory ayarları sıkı tutulmalıdır.

2FA aktif olmalı, Live Binance API eklenmiş olmalı, Live API valid ve can_trade true olmalı, withdrawal kapalı olmalı, bot bakiyesi ve rezerv doğru ayarlanmalı, max coin ve token başı limit kontrol edilmeli, inventory risk engine açık olmalı ve sistem logları temiz olmalıdır.

Admin panelindeki live geçiş kontrolleri açıksa botta Live seçimi bu şartlar tamamlanmadan aktif olmaz. Bu durum hata değil, canlı fon güvenliği için kasıtlı bir güvenlik kapısıdır.

Şu an ayrı bir App Store veya Google Play mobil uygulaması yoktur. Ancak MBOT arayüzü %100 responsive ve mobil uyumlu çalışacak şekilde tasarlanır.

Telefonunuzda MBOT'u mobil uygulama gibi kullanmak için tarayıcıdan siteyi açıp ana ekrana ekleyebilirsiniz.

• iPhone/Safari: MBOT sayfasını açın, Paylaş ikonuna dokunun, Ana Ekrana Ekle seçeneğini seçin.
• Android/Chrome: MBOT sayfasını açın, sağ üst menüye dokunun, Ana ekrana ekle veya Uygulamayı yükle seçeneğini seçin.
• Eklenen MBOT ikonu telefon ekranında uygulama gibi açılır; yine de arka planda tarayıcı/PWA mantığıyla çalışır.

İşlem açmamanın birçok doğru nedeni olabilir: API geçersiz olabilir, can_trade false olabilir, USDT rezervi yetersiz olabilir, max coin limiti dolu olabilir, require_signal koşulu sağlanmamış olabilir veya inventory BUY kilidi aktif olabilir.

Önce sistem logları, API Settings, Bot Ayarları, Inventory Risk Engine ve Boğa Sinyalleri birlikte kontrol edilmelidir.

Toplam bakiye, bot bakiyesi, available USDT, açık pozisyon değeri ve yatırım tutarı farklı kavramlardır. Açık pozisyonlar ve kilitli emirler kullanılabilir USDT'yi azaltabilir.

Testnet modunda gösterilen bakiye simüle veya kullanıcı tarafından ayarlanabilir olabilir; canlı modda borsa verisi esas alınmalıdır.

Dashboard'daki günlük bot kazancı çoğunlukla kapanmış işlemlerden gelen gerçekleşmiş kârı gösterir. Bakiye ise yalnızca kapanmış işlemleri değil, elde tutulan tokenlerin o anki piyasa değerini de içerir. Bot gün içinde küçük kârlı satışlar yapmış olabilir; ama aynı anda açıkta duran tokenler düşüyorsa toplam hesap değeri aşağı gelebilir.

Bu durum botun o kapanmış işlemlerde zarar ettiği anlamına gelmez. Ana neden genellikle botun aldığı tokenlerin fiyatının, satış hedeflerine geri dönemeden düşmesidir. Yani gerçekleşmiş günlük kâr pozitif olabilir, fakat açık pozisyonların piyasa değeri daha fazla düştüğü için toplam bakiye azalabilir.

Bu ayrımı net okumak gerekir: gerçekleşmiş kâr, kapanan al-sat döngülerinin sonucudur; toplam bakiye değişimi ise açık token envanterinin anlık değerini de taşır. MBOT bu yüzden bag, açık pozisyon, inventory risk ve breakeven/kâr adayı alanlarını ayrıca gösterir.

• Bot kazancı: kapanmış işlemlerden gelen gerçekleşmiş K/Z.
• Toplam bakiye: USDT + açık tokenlerin anlık piyasa değeri.
• Bakiye düşüşünün ana nedeni çoğu zaman bot zararı değil, eldeki tokenlerin fiyat düşüşüdür.
• Açık token satılmadığı sürece bu hareket gerçekleşmemiş değer değişimidir; risk yine de izlenmelidir.

Dil seçimi URL, kullanıcı tercihi ve frontend state ile uyumlu olmalıdır. `/tr` URL'si Türkçe, `/en` URL'si İngilizce içerik göstermelidir.

Dil switch yapıldığında URL de değişmeli; yalnızca dropdown metni değişip URL aynı kalmamalıdır.

MBOT dashboard tabloları mobilde kartlaşmalı veya kolonları alt alta göstermelidir. Yatay kaydırma yalnızca veri yoğunluğu kaçınılmazsa kullanılmalıdır.

Spot Varlık Rolleri, Boğa Sepeti, Kazançlar, Boğa Sinyalleri, Backtesting ve Sistem Logları responsive kontrol edilmelidir.

Önce yeni BUY tarafı durdurulmalı veya bot pause edilmelidir. Mevcut pozisyonlara ve satış emirlerine dokunmadan durum analiz edilmelidir.

Canlı pozisyonları kapatmak veya emirleri iptal etmek risklidir; açık talimat olmadan otomatik zararına satış yapılmamalıdır.