Tətbiqi inkişafı

Iroha tətbiqləri əməliyyat davranışını açıq şəkildə göstərməlidir, imzalanma vəziyyətini saxlamalı və sorğu və hadisələrdən istehsalda müşahidə edilməsi asan olan yollarla istifadə etməlidir.

Müştəri quruluşu

• Tətbiq mənbə kodundan kənarda müştəri konfigurasiyasını saxlayın. Zəngini yükləyin ID, Torii URL, imza hesabı və əməliyyat parametrləri ətraf mühitə aid quruluşdan.
• client.toml fayllarını localnet, Taira, Minamoto və özəl şəbəkələr üçün ayrı saxlayın. Kopyalaşdırılmış testnet imzalanıcısı heç vaxt əsas şəbəkə imzalançısı olmamalıdır.
• Transaction ömrünü və status vaxtlarını bilə-bilə təyin edin. Çox qısa bir ömrü normal şəbəkə narahatlığı altında sona çata bilər, çox uzun biri isə ikiqat təqdimatları daha çətinləşdirə bilər. Məntiq haqqında.
• nonce = true yalnız təkrarlanan əməliyyatların ayrı-ayrı hashləri olması lazım olduqda istifadə edin. İdempotent iş əməliyyatları üçün bir tətbiq tələbini saxlayın və yenidən istifadə edin ID belə ki, yenidən cəhdlər izləyə bilər.

Mövcud TOML sahələri üçün Müxfilik Konfigurasiyası-ə baxın.

Əməliyyatlar

• Mümkün olduğu təqdirdə xam JSON və ya silsilə ilə yığılmış pay yükləri əvəzinə SDK tiplənmiş təlimatlardan əməliyyatları qur.
• Preflight vacib yalnız oxunma sualları ilə yazır: hesabın mövcudluğu, aktiv balansları, icazə statusu, ödəniş aktivlərinin mövcudluğu və hədəf obyektinin statusu.
• Ödəniş hashini, səlahiyyətli hesabı, təlimatların ümumiləşdirilməsini və təqdim etməzdən əvvəl gözlənilən vəziyyət dəyişikliyini qeyd edin.
• Rejected, Expired ilə müalicə olun və vaxt məhdudlaşdırma nəticələri fərqli olsun. Timeout, müştərinin son vəziyyətə əməl etmədiyini göstərir; bu şəbəkənin əməliyyatı görmədiyini sübut etmir.
• Müvəffəqiyyətlə yazıldıqdan sonra, nəticədə olan vəziyyəti iş əməliyyatına uyğun bir sorğu və ya hadisə yoxlama nöqtəsi ilə təsdiqləyin.

Əməliyyat mexanikası üçün Əməliyyatları baxın.

Suallar və hadisələr

• Dəyişiklik bildirişləri üçün mövcud vəziyyət və hadisə axınları ilə bağlı sorğulardan istifadə edin.
• Hesab, aktiv və blok siyahıları kimi geniş təkrarlana bilən sorğuların səhifələrini açın.
• Təsdiqlər və tetikçilər üçün dar filtrləri üstün tuturlar. Geniş filterlər diaqnozlaşdırma üçün faydalıdır, lakin lazımsız icra və müştəri tərəfi işlənməsini əlavə edə bilər.
• Yalnız oxumaq üçün tütün yoxlamalarını imzalanmış əməliyyat testlərindən ayırın ki, son nöqtələrin mövcudluğu daha asan diaqnozlaşdırılsın.

Bax Soruşmalar, Hələliklər və Filterlər.

Agentlərin köməyi ilə inkişaf

• Agentlərdən əməliyyat kodunu yazmalarını istəmədən əvvəl sənədləri, SDK kodu və yalnız oxuma şəbəkə vəziyyətini yoxlamalarına icazə verin.
• TAIRA_LIVE=1 kimi bir ətraf mühit bayrağı arxasında canlı şəbəkə sınaqları aparmaq üçün seçin.
• Xüsusi açarları, hesabın bərpası materialını, API nömrələrini və ya ötürülmüş müəllif başlıqlarını istəklərə qoyma.
• Hər hansı bir agent canlı testnet əməliyyatını təqdim etməzdən əvvəl bir əməliyyat planı tələb edin. Plan şəbəkənin, səlahiyyətlilərin, təlimatların, ödəniş aktivlərinin, uçuşdan əvvəl oxumalarının, gözlənilən nəticənin və yenidən cəhd davranışının adını verməlidir.

İcra Hakimiyyəti Taira MCP iş axını, bax Üstəlik, SORA 3: Taira və Minamoto.

SDK Higiena

• Pin SDK və ikili versiyalar birlikdə uyğunluq matrisindən istifadə edərək.
• Yaradılan müştəri kodunu, hissələri və nümunələrini yuxarı axın iş məkanının tənzimlənməsi ilə sinxronlaşdırın.
• Tətbiqinizdən asılı olan ən kiçik oxumaq və yazmaq yolları üçün əməliyyat qurma kodu və inteqrasiya testləri üçün vahid sınaqlar əlavə edin.