İstifadə üçün hazırlıq

Bir Iroha tətbiqini və ya şəbəkə dəyişikliyini təşviq etməzdən əvvəl, müvafiq riski ortaya qoya biləcək ən kiçik bir mühitdə davranışı sübut edin və sonra ümumi test şəbəkəsi və istehsal qapıları vasitəsilə məqsədəuyğun şəkildə hərəkət edin.

Yerli ağ qapısı

• Eyni Iroha yolu və ən yaxın praktiki təsdiqçi sayına malik birbaşa istifadə edilə bilən yerli şəbəkəni başlatın.
• Transaction builders üçün vahid sınaqları, sorğu analizi, rədd idarəetmə və konfiqurasiya yükləmələri aparın.
• Ən kiçik uğurlu oxuma və yazma yollarını tətbiqin daha sonra istifadə edəcəyi eyni SDK və ya CLI formasından keçirin.
• Tədqiqat əşyalarında gözlənilən əməliyyat hashləri, statusları, hadisələri və vəziyyət oxumalarını tutun.

Bax Lunch Iroha 3 və SDK Tutoriallar .

Paylaşılan testnet qapısı

• Taira və ya digər paylaşılan test şəbəkəsindən son nöqtə davranışları, ödənişlər, hesab maliyyələşdirməsi, gecikmə və əməliyyat təcrübələri üçün istifadə edin.
• Keep live testnet yazır opt-in belə ki, adi test qaçışları şəbəkə mövcudluğu və ya testnet vəsait xərcləmək asılı deyil.
• Hər bir canlı test əməliyyatını təqdim etməzdən əvvəl imzaçı maliyyələşdirməsini, ödəniş aktivlərinin metadatalarını, səlahiyyətli icazələri və gözlənilən vəziyyətini yoxlayın.
• Terminal vəziyyətini gözləyin, sonra oxumaq üçün yalnız sorğu ilə nəticəli vəziyyəti yoxlayın.

Bax SORA 3: Taira və Minamoto üzərində qurun.

Əsas şəbəkə və ya istehsal qapısı

• Ayrı-ayrı istehsal imzaları, maliyyələşdirmələr, domenlər və konfiqurasiya yollarından istifadə edin. Test şəbəkə açarları və ya faucet fərziyyələrini təbliğ etməyin.
• Uyğunluq Matrisi ilə tələb olunan çapraz SDK ssenarilərini təsdiqləyin. Yükləmədə istifadə edilən dəqiq CLI, həmyaşıllı ikitərəfli, konfigürasiya və şəbəkə buraxılışını ayrı-ayrı təqib edin və yoxlayın.
• Tədqiqat icazələri, ödəniş sponsorluğu, qiymət məhdudiyyətləri, monitorinq, yedekləmə statusu və buraxılış pəncərəsinə qədər geri qaytarılma meyarları.
• Yüksək təsiri olan yazılar üçün yazılı bir əməliyyat və ya miqrasiya planı tələb olunur.

Rollback və bərpa

• Kodu tətbiq etməklə hansı dəyişikliklərin geri çəkilə biləcəyini, zəncirdə əməliyyat tələb olunduğunu və birbaşa ləğv edilə bilməyəcəyini müəyyənləşdirin.
• Zəngindəki məlumat dəyişiklikləri üçün ilk istehsal yazılmasından əvvəl kompensasiya əməliyyatları və ya miqrasiya skriptlərini hazırlayın.
• Şəbəkə dəyişiklikləri üçün əvvəlki ikili, konfig paketini, imzalanmış genesis və əməliyyat kitabını buraxılış zamanı mövcud saxlayın.
• İndirməni ləğv etmək üçün bir qərar nöqtəsi təyin edin, bu da rədd edilmə nisbəti, növbə artımı, gecikmə və ya həmkarların sağlamlığı kimi obyektiv siqnallara əsaslanır.

Son yoxlama siyahısı

• Konfiqurasiya mühitə aiddir və yalnız sınaq sırlarını ehtiva etmir.
• Transaction retry davranışı idempotent və ya açıq şəkildə məhdudlaşdırılmışdır.
• Tətbiq rədd, müddətin bitməsi, vaxt təxirə salınması və son nöqtələrin mövcudluğu pozuntularını fərqləndirə bilər.
• Monitorinq keçid, gecikmə, növbənin dərinliyi, rəddlər, görünüş dəyişiklikləri və müvafiq iş hadisələrini əhatə edir.
• Operatorlar gözlənilən uğursuzluq rejimləri üçün qaçış kitabları var.
• Təhlükəsizlik araşdırması əsas saxlama, icazələr, şəbəkə məruz qalma və avtomatlaşdırma səlahiyyətini əhatə edirdi.