vSro Paylaşım Silkroad Online Kale Savaşı (Fortress Siege) Mimarisi: 4 Aşamalı Durum Makinesi ve 0x705D Protokolü

Silkroad Online Kale Savaşı (Fortress Siege) Mimarisi: 4 Aşamalı Durum Makinesi ve 0x705D Protokolü

Silkroad Online'ın en büyük ölçekli lonca müsabakası olan **Kale Savaşı (Fortress Siege)**; haftalık bir döngüde yüzlerce oyuncunun Jangan, Bandit, Hotan veya Constantinople kalelerini fethetmek ve bölgedeki tüm ekonomik faaliyetlerden vergi toplamak için savaştığı kitlesel bir PvP alt sistemidir.

Bu teknik monografta; kalenin **4 aşamalı durum makinesi (State Machine: DEFAULT ➔ REQUEST ➔ WAR ➔ TAX)**, `0x705D` / `0xB05D` ve `0x7461` / `0xB461` ağ protokolleri, 8 ilişkisel veri tablosu (`siegefortress*`), **kale kapıları, kuleler ve kuşatma silahlarının (Koçbaşı / Mancınık) ikili yapısı** ile bölgesel vergi tahakkuk mekanizması akademik bir derinlikle incelenmektedir.

---

### 1. Haftalık Kale Durum Makinesi (Fortress State Machine)

Kale sistemi, sunucu zamanlayıcısına (`InitTimer`) bağlı 4 durumlu deterministik bir durum makinesi üzerinden yönetilir:

```text
┌────────────────┐ ┌────────────────┐ ┌────────────────┐ ┌────────────────┐
│ DEFAULT │────►│ REQUEST │────►│ WAR │────►│ TAX │
│(Normal Dönem) │ │ (Kayıt Aşaması)│ │(Aktif Muharebe)│ │(Vergi Dağıtımı)│
└────────────────┘ └────────────────┘ └────────────────┘ └────────────────┘
▲ │
└──────────────────────────────────────────────────────────────────────┘
```



---

### 2. Ağ Protokolü ve Mesajlaşma Akışı

Kale savaşı yönetimi ve savaş anı eylemleri çift katmanlı bir işlem kodu ailesiyle yürütülür:



---

### 3. Savunma Yapıları, Kuşatma Silahları ve Veri Tabloları

Kale savaşı sistemi, Shard veritabanında 8 ilişkisel tablo ile tam normalize edilmiştir:



---

### 4. Bölgesel Vergi Sistemi (Tax Revenue Pipeline)

Kuşatmayı kazanan loncanın en büyük ekonomik ödülü, kalenin hükmettiği tüm coğrafi bölgenin vergi gelirleridir:



---

### 5. Geliştiriciler İçin Sistem ve Mimari İlkeleri

1. **Durum Makinesi Senkronizasyonu:** Özel etkinlik yöneticileri geliştirilirken sunucunun `0x34E1` paketine müdahale edilmemeli; durum geçişleri (`DEFAULT ➔ REQUEST ➔ WAR ➔ TAX`) kronolojik sırayla yürütülmelidir.
2. **Kuşatma Aracı Sınırları:** Koçbaşı ve mancınıklar (`TypeID4 = 10/11`) çağrılırken bölge sınırları ve çarpışma geometrisi (Collision Capsule) doğrulanmalı; kapıların içine araç sıkışması (Mesh Clipping) önlenmelidir.
3. **Dost Yapı Koruması (`MonstersRestrict`):** Kale muhafızları ve kulelerin kendi lonca üyelerine saldırmaması için sunucu tarafındaki ittifak bayrağı (`UnionID` ve `GuildID`) kontrolleri sıkı tutulmalıdır.

---

Silkroad Geliştirici Camiasına Teşekkür ve Saygı

Bu kapsamlı teknik dokümantasyon, tersine mühendislik mimarisi ve protokol analizlerinin gün ışığına çıkmasında Silkroad ekosistemine yıllardır karşılıksız devasa emekler veren ve bu mirası ileriye taşımaya devam eden öncü geliştiricilerimize en içten teşekkürlerimizi sunarız:

DaxterSoul — Paket filtreleme, proxy mimarileri ve sunucu güvenliğindeki temel çalışmaları ve topluluğa kazandırdığı standartlar için,
florian0 — İstemci (Client) ve GameServer ikili (binary) tersine mühendisliği, hook ve assembly düzeyindeki rehber niteliğindeki araştırmaları için,
JellyBitz — Açık kaynak Silkroad araçları, paket analiz kütüphaneleri ve geliştirici ekosistemine sunduğu paha biçilmez açık kaynak yazılımlar için,
ferdoran — İstemci-sunucu protokol analizlerinin, opcode referanslarının ve teknik dokümantasyonun derlenip topluluğa kazandırılmasındaki büyük gayretleri için.

Silkroad geliştirici topluluğuna kattığınız değer, paylaştığınız bilgi birikimi ve sunduğunuz vizyon için sonsuz teşekkürler. İyi ki varsınız!

Genişletmek için tıkla ...