@Newton Protocol ilk növbədə diqqətimi cəlb etdi, çünki o, avtomatlaşdırılmış ticarət strategiyaları üçün təhlükəsiz rollup və tərtibatçıların öz agentlərini dərc edə biləcəyi bir marketplace kimi təsvir olunurdu. Qətiyyətli (ambisioz) görünürdü, amma eyni zamanda məni ehtiyatlı etdi. Mən çox kripto layihəsində avtomatlaşdırmanın əsas cəlbedicilik kimi təqdim edildiyini, amma həmin avtomatlaşdırma səhv edəndə nə baş verdiyini düzgün həll etmədiyini görmüşəm.

Məni özünə cəlb edən sual sadə idi: mənə hansısa proqram təminatına mənim yerimə ticarət etməyə və ya aktivləri köçürməyə icazə versəm, onu mənim nəzərdə tutduğumdan daha çox iş görməsinin qarşısını necə alım?

Əvvəlcə mən Newton-u əsasən ticarət botları və avtomatlaşdırılmış portfel strategiyaları haqqında kimi gözləyirdim. Hazırkı vebsaytını, sənədlərini, whitepaper-ını, token məlumatlarını və açıq repozitoriyalarını oxuduqdan sonra anladım ki, layihə daha geniş bir ideyaya doğru gedib. Newton artıq özünü onchain maliyyə üçün authorization qatı kimi təsvir edir.

Bu dəyişiklik əvvəlcə məni çaşdırdı, çünki mən başladığım layihə təsviri ilə tam eyni deyil. Əvvəlki material daha çox verifikasiyadan keçən agentlərə, təhlükəsiz icra mühitinə, sıfır-bilik (zero-knowledge) icazələrinə və tərtibatçılar üçün bir marketplace-ə yönəlmişdi. Hazırkı material isə onchain əməliyyat icra olunmadan əvvəl yoxlanılan proqramlaşdırıla bilən policy-lərə fokuslanır.Bu istiqaməti nə qədər çox düşünsəm, bir o qədər də məntiqli gəldi.

Bir blokçeyn tranzaksiyanın düzgün imza ilə olub-olmadığını və cüzdanın kifayət qədər vəsaiti olub-olmadığını yoxlaya bilər. Amma tranzaksiyanın xərcləmə limitini pozub-pozmadığını, şübhəli ünvan istifadə edib-etmədiyini, şirkət policy-sini pozduğunu və ya avtomatlaşdırılmış strategiyaya verilən təlimatlara zidd olub-olmadığını avtomatik olaraq özü bilməsi mümkün deyil.

Bu qərarlar adətən vebsayt, şəxsi server və ya administrator tərəfindən idarə olunur. Problem isə odur ki, vebsaytı keçib ötürmək (bypass etmək) mümkündür. Bir şəxs smart kontraktla birbaşa qarşılıqlı əlaqə qura bilər və başqa bir tətbiq tamamilə fərqli marşrutdan istifadə edə bilər.

Newton policy yoxlamasını real əməliyyata daha yaxın yerləşdirməyə çalışır. Qorunan bir əməl icazəli olana qədər kontrakt soruşur ki, müəyyən şərtlər ödənilibmi. Bu şərtlər təsdiqlənə bilmirsə, heç bir vəsait köçürülməzdən əvvəl tranzaksiya rədd edilməlidir.

Mənim üçün ən asan müqayisə kart ödənişi idi. Kart şəbəkəsi hər bir ödəniş sorğusunu dərhal qəbul edib məskunlaşdırmır. Əvvəlcə hesab statusu, mövcud limitlər, fırıldaq (fraud) siqnalları və tacir/mərcan (merchant) məlumatları kimi şeyləri yoxlayır. Newton onchain əməliyyatlar üçün bu səlahiyyətləndirmə (authorization) mərhələsinin proqramlaşdırıla bilən versiyasını yaratmağa çalışır.

Proses siyasətlə (policy) başlayır. Tərtibatçı və ya təşkilat, konkret bir əməl icazə verilməzdən əvvəl nələrin doğru olmalı olduğunu müəyyən edir. Newton bu qaydaları ifadə etmək üçün Open Policy Agent ekosistemi ilə əlaqəli policy dili olan Rego-dan istifadə edir. Sadə bir policy, məsələn, bir cüzdanın gündə sabit bir məbləğdən çox xərcləməsinin qarşısını ala bilər. Daha detallı policy isə avtomatlaşdırılmış strategiyanın yalnız təsdiqlənmiş aktivlərlə ticarət etməsinə, seçilmiş protokollardan istifadə etməsinə, slippage limiti altında qalmasına və bazar qiymətləri qəbul edilə bilən diapazondan kənara çıxanda dayandırılmasına icazə verə bilər.

Tranzaksiya istəniləndə Newton-un operator şəbəkəsi policy-ni qiymətləndirir. Yoxlama həm onchain məlumatlardan, həm də təsdiqlənmiş xarici məlumatlardan istifadə edə bilər: məsələn, bazar qiymətləri, cüzdan-risk siqnalları, şəxsiyyət statusu, proof-of-reserve məlumatı və ya yurisdiksiya məhdudiyyətləri.

Şərtlər ödənilərsə, şəbəkə smart kontraktın yoxlaya biləcəyi bir nəticə çıxarır. Şərtlər uğursuz olarsa, qorunan əməl davam etmir.

Newton-un tərtibatçı sənədləri onu EigenLayer üzərində aktiv şəkildə doğrulanmış (actively validated) servis kimi qurulmuş mərkəzləşdirilməmiş policy mühərriki kimi təsvir edir. 2026-cı ilin fevral ağ sənədində (whitepaper) sistem stablecoin-lər, tokenləşdirilmiş aktivlər, institusional DeFi, sərhədyanı ödənişlər və muxtar agentlər daxil olan ticarət kimi sahələr üçün authorization qatı kimi təqdim olunur.

Avtomatlaşdırılmış ticarət hələ də belə bir şeyin niyə lazım ola biləcəyinə dair faydalı bir nümunədir.Bəs mən portfelimi yenidən tarazlamaq üçün avtomatlaşdırılmış strategiya istəsəm? Onun ETH, USDC və WBTC alqı-satqısı etməsini, amma başqa heç nə etməməsini istəyə bilərəm. Mən ona iki mərkəzləşdirilməmiş birja (DEX) istifadə etməyə icazə verə bilərəm, müəyyən bir slippage səviyyəsindən yuxarı ticarət əməliyyatlarını rədd edə bilərəm və gündəlik zərər limiti keçildikdən sonra ticarəti dayandırmasına icazə verə bilərəm.

Strategiyaya adi cüzdan səviyyəsində giriş vermək, onun yerinə yetirməli olduğu tapşırıq üçün lazım olandan daha çox səlahiyyət verə bilər. Newton policy strategiya ətrafında daha dar bir sərhəd yarada bilər. Strategiya rebalance (yenidən tarazlama) etməyin nə vaxt olduğunu qərarlaşdırar, policy isə hər təklif olunan əməliyyatın həqiqətən icazəli olub-olmadığını müəyyən edər.

Bu o demək deyil ki, Newton pis strategiyanı qazanclı strategiyaya çevirə bilər. Ticarət məntiqi zəifdirsə, policy-yə mükəmməl əməl etmək nəticələri yaxşılaşdırmayacaq. Newton daha çox strategiyanın öz təlimatları daxilində qalmasını yoxlayır.

Mən bu fərqi faydalı hesab etdim. Verifikasiya qaydaların yerinə yetirildiyini göstərə bilər. Amma qaydaların ilk növbədə məntiqli/səmərəli olduğunu sübut edə bilməz.

Eyni model onchain vault-a da tətbiq oluna bilər. Bir kuratorun yerləşdirilmiş aktivləri müxtəlif kreditləşdirmə bazarları arasında köçürməsinə icazə verilə bilər, amma yerləşdirənlər (depositors) yalnız kuratorun risk çərçivəsinə riayət edəcəyinə dair vədindən tam asılı olmamalıdır. Policy hansı bazarların icazəli olduğunu məhdudlaşdıra bilər, ekspozisiya limitləri qoya bilər, minimum likvidlik tələb edə bilər və oracle qiyməti çox kəskin dəyişəndə əməliyyatı bloklaya bilər.Bu, həmçinin DAO xəzinəsi (treasury) üçün başqa bir praktik nümunədir. Xəzinə adi qaydada təsdiqlənmiş alıcılara ödənişlərə icazə verə bilər, amma qeyri-adi dərəcədə böyük köçürmələr üçün daha sərt şərtlər tətbiq edər. İdarəetmə (governance) səsverməsi keçsə belə, yekun əməliyyat yenə də aktiv olan policy-yə uyğun gəlməlidir.

Newton həm də stablecoin-lər və tokenləşdirilmiş real dünya aktivlərindən danışır. Bu hallarda policy-lər şəxsiyyət (identity) tələblərini, köçürmə məhdudiyyətlərini, sanksiyalar barədə məlumatı, əməliyyat limitlərini və ya yurisdiksiya qaydalarını yoxlaya bilər.

Niyə institutların bunun faydalı ola biləcəyini başa düşə bilirəm. Yalnız vebsaytda qoyulan compliance qaydası zəifdir, çünki kimsə vebsaytdan yan keçə bilər. Hər qorunan əməliyyatdan əvvəl kontrakt tərəfindən yoxlanan qaydanı yan keçmək çox daha çətindir.

Eyni zamanda, Newton-un bu hissəsi narahat edən suallar doğurur. Policy mühərriki səmərəli təhlükəsizlik limitlərini tətbiq etmək üçün istifadə edilə bilər, amma həm də ofchain şəxsiyyət və risk məlumatlarına əsasən əməliyyatları məhdudlaşdırmaq üçün istifadə oluna bilər. Bəziləri bunu tənzimlənən aktivlər üçün zəruri kimi görə bilər. Başqaları isə bunun ictimai blokçeynlərin açıq təbiətindən uzaqlaşmaq olduğunu düşünər.

Newton policy-ləri tətbiq etmək üçün bir mexanizm təqdim edir, amma həmin mexanizm konkret bir policy-nin ədalətli olub-olmamasına qərar vermir.Biliklərim mövcud sənədlər, whitepaper materialı, token elanları, hazırkı vebsayt və açıq GitHub repozitoriyalarına əsaslanırdı. Mən Newton vasitəsilə maliyyələşdirilmiş cüzdanı qoşmadım, production policy yerləşdirmədim, validator işlətmədim və ya real ticarət strategiyasını işə salmadım.

Bu da təcrübə barədə dürüst şəkildə deyə biləcəyim şeyləri məhdudlaşdırır. Mən sistemi necə işləməli olduğuna dair araşdıra bilərəm, amma canlı tətbiqi yoxlamadan onun real əməliyyat xərclərini, sürətini, etibarlılığını və inteqrasiya asanlığını təsdiqləyə bilmirəm.

[Əgər demo istifadə etmisinizsə, cüzdanı qoşmusunuzsa, NEWT staking etmisinizsə, policy deploy etmisinizsə və ya inkişaf nümunəsini sınamısınızsa, burada şəxsi detallar əlavə edin.]

Mənim diqqətimi çəkən bir məsələ Newton-un daha köhnə və daha yeni materialı arasındakı fərq oldu.

Layihənin 2025-ci il məlumatı etibarlı icra mühitləri (trusted execution environments) və sıfır-bilik sübutları ilə verifikasiyadan keçən onchain avtomatlaşdırmanı təsvir edirdi. Həmçinin tərtibatçıların operatorların xidmət göstərməsi üçün modelləri və ya agentləri siyahıya sala biləcəyi Newton Model Registry barədə də danışılırdı.

Layihənin hazırkı versiyası authorization, uyğunluq (compliance), vault təhlükəsizliyi, stablecoin-lər və tokenləşdirilmiş aktivlər barədə daha çox danışır. Ən əsas vebsaytda agent marketplace artıq o qədər də ön planda deyil.Bu ideyalar hələ də bir-birinə uyğun gələ bilər. Authorization qatı gələcəkdə avtomatlaşdırılmış agentlər və tərtibatçı tərəfindən yaradılan strategiyalar üçün təhlükəsizlik təməli (security foundation) kimi xidmət edə bilər. Amma Newton bu əlaqəni istədiyim qədər aydın izah etmir.

Mən layihənin fokusunu genişləndirib-genişləndirmədiyini, istiqamətini dəyişib-dəyişmədiyini, ya da sadəcə özünü təqdim etmə tərzini dəyişib-dəyişmədiyini düşünməyə başladım. Nə və niyə dəyişdiyini göstərən aydın bir zaman xətti layihəni anlamağı asanlaşdırardı.

NEWT-in rolu da daha yaxından baxılmağa layiqdir. Fondun rəsmi token elanına görə NEWT-in sabit təchizatı (fixed supply) bir milyard tokendir. İlkin dövriyyəyə verilən miqdar 215 milyon olaraq təyin edilib və bu, ümumi məbləğin 21.5%-ni təşkil edir.

Elan olunmuş bölüşdürmə paylanması 60%-ni icma ilə bağlı kateqoriyalara, 40%-ni isə daxili kateqoriyalara ayırdı. Daxili hissəyə əsas töhfəçilər, erkən dəstəkçilər və Magic Labs üçün ayırımlar daxil idi; bunlar ayrıca lockup (kilidləmə) və vesting (qatılma) şərtləri ilə verilib.

NEWT əvvəlcə dörd nəzərdə tutulmuş funksiya ilə verilib: şəbəkə təhlükəsizliyi üçün staking, protokol haqlarını ödəmək, model registry-də iştirak etmək və nəticədə governance prosesində iştirak etmək.

Mənim aydın şəkildə müəyyən edə bilmədiyim budur ki, bu faydalılığın (utility) nə qədər hissəsi bu gün aktivdir və daha yeni authorization yönümlü dizayna necə uyğunlaşır. Əgər Newton indi əsasən policy şəbəkəsidirsə, mən bilmək istəyirəm: hansı policy əməliyyatları üçün NEWT lazımdır, staking policy qiymətləndirmələrini necə qoruyur, şəbəkəni kim işlədə bilər və model registry hələ də aktiv prioritetdir? Token sistemdə mühüm yer tuta bilər, amma mövcud və planlaşdırılan istifadə halları daha aydın şəkildə ayrılmalıdır. Əks halda oxucular elan olunmuş bir funksiyanı artıq işləyən bir şeylə asanlıqla qarışdıra bilərlər.

Newton-da ən çox bəyəndiyim hissə, bir əməliyyat baş verməyə hazır olanda şərtlərin yoxlanmasına fokuslanması idi.

Təhlükəsizlik auditləri kontraktın nəzərdə tutulduğu kimi işlədiyini araşdıra bilər, amma gələcəkdəki bütün bazar şərtlərini, məlumat uğursuzluqlarını və ya qeyri-adi tranzaksiya ardıcıllığını qabaqcadan proqnozlaşdıra bilməz. Runtime policy-lər başqa bir qat əlavə edir: əməliyyat hazırkı şərtlər altında təhlükəsizdir və icazəlidirmi, bunu soruşur.

Bu auditləri əvəz etmir. O, problemin başqa bir hissəsini həll edir.

Mən həmçinin tətbiqin əsas kontraktı ilə onun policy məntiqi arasında ayrılığı da bəyəndim. Risk limitləri və biznes tələbləri zamanla dəyişir. Bütün mümkün qaydaları daimi olaraq əsas kontraktın içində yerləşdirmək yeniləmələri çətinləşdirə bilər. Ayrı bir policy qatı bəzi şərtlərin bütöv tətbiqi yenidən qurmaq olmadan dəyişməsinə imkan verə bilər.

Amma bu çeviklik öz risklərini də gətirir. Əgər tək bir administrator gizlicə məhdudlaşdırıcı policy-ni icazə verən (permissive) policy ilə əvəz edə bilsə, mərkəzsiz qiymətləndirmə o qədər də qoruma vermir. Mən bilmək istərdim: policy-ni kim yeniləyə bilər, yenilənmələr gecikmə ilə gəlir, istifadəçilərə necə bildirilir və köhnə versiyalar ictimai yoxlama üçün əlçatan qalırmı?

Geri qayıtmağa davam etdiyim başqa bir məhdudiyyət xarici məlumatdır. Newton policy-nin qiymətləndirməsinin düzgün aparıldığını sübut edə bilər, amma qiymətləndirmədə istifadə olunan məlumatın dəqiq olduğunu zəmanət vermir.Əgər bir data-provider cüzdanı səhvən səhv işarələsə, policy qanuni bir əməliyyatı rədd edə bilər. Əgər qiymət feed-i gecikir və ya manipulyasiya edilirsə, düzgün qiymətləndirilmiş policy yenə də yanlış nəticə verə bilər. Kriptoqrafik verifikasiya qərarın necə verildiyini sübut edə bilər, amma etibarsız məlumatı etibarlı edə bilməz.

Yalnız mövcudluq da önəmlidir. Əgər Newton-un operatorları cavab verə bilməsə, qorunan kontrakta nə olar? Hər bir əməliyyatdan imtina etmək daha təhlükəsiz ola bilər, amma bu, qanuni fəaliyyəti dondura bilər. Policy yoxlaması olmadan əməliyyatların davam etməsinə icazə vermək isə bütöv təhlükəsizlik modelini zəiflədər.

Layihə operator dayanmalarının (outage), fövqəladə vəziyyətlərin, data-provider uğursuzluqlarının və mübahisəli policy nəticələrinin necə idarə olunduğunu aydın izah etməlidir.

Həmçinin xərclər və cavab vaxtı barədə daha çox məlumat görmək istərdim. Hər həssas əməliyyata authorization yoxlaması əlavə iş yaradır. Bu, böyük bir vault köçürməsi üçün uyğun ola bilər, amma tez-tez və az dəyərli əməliyyatlar üçün bahalı və ya yavaş ola bilər.

Elə buradaca real istifadə məlumatı kömək edərdi. Aktiv policy-lərin sayı, müstəqil operatorlar, qorunan kontraktlar, authorization sorğuları, rədd edilən əməliyyatlar, orta cavab müddəti və orta xərc təkcə tərəfdaşlıq elanlarından daha çox şey deyərdi.Projekti tanımağa vaxt ayırdıqdan sonra Newton barədə anlayışım dəyişdi. Mən əvvəlcə bunun əsasən avtomatlaşdırılmış ticarət botları və avtomatlaşdırılmış portfel strategiyaları üçün platform olduğunu düşünürdüm. İndi isə bunu agentlərin, tətbiqlərin, kuratorların və təşkilatların hansı sərhədlər daxilində fəaliyyət göstərməsinə icazə verildiyini müəyyənləşdirmək və həmin sərhədləri icra etməyə cəhd kimi görürəm.

Bu, ilkin düşündüyüm qədər də maraqlı bir problemdir.

Əsas sual yalnız avtomatlaşdırılmış agentin qərar verə bilməsi deyil. Məsələ agentin hazırkı şəraitdə bu qərarı icra etməyə icazə verilməli olub-olmamasıdır.

Newton-un cavabı sorğu ilə yekun əməliyyat arasında proqramlaşdırıla bilən policy yerləşdirməkdir. Mən bu yanaşmanın məntiqini bəyənirəm, amma onun real şəraitdə necə işlədiyinə dair daha çox sübuta hələ də ehtiyacım var.

Layihə operator şəbəkəsinin həqiqətən müstəqil olduğunu, policy-lərin təhlükəsiz şəkildə idarə oluna bildiyini, xarici datanın etibarlı şəkildə təmin edilə biləcəyini (benwton trusted) və authorization yoxlamalarının adi istifadə üçün kifayət qədər sərfəli olduğunu göstərməlidir. Həm də orijinal agent marketplace və rollup vizyonunun indi qurduğu məhsulla necə əlaqəli olduğunu izah etməlidir.

Mən Newton-u hazır (bitmiş) bir həll kimi qəbul etməyə hazır deyiləm. Mənim gördüyüm budur ki, bu, real və getdikcə daha çətin bir sualı həll etməyə çalışan inkişaf edən bir layihədir: proqram təminatı onchain dəyəri idarə etməyə icazə alanda onun limitlərini kim müəyyən edir və bu limitlər necə tətbiq olunur?

@NewtonProtocol #Newt $NEWT #newton #newtonprotocol