დღეს მხოლოდ ზარმაცებს არ უწერიათ ბლოკჩეინის ტექნოლოგიაზე, კრიპტოვალუტებზე და რა მაგარია. მაგრამ ეს სტატია არ შეაქებს ამ ტექნოლოგიას, ვისაუბრებთ მის ნაკლოვანებებზე და მათი აღმოფხვრის გზებზე.

Altirix Systems-ის ერთ-ერთ პროექტზე მუშაობისას, ბლოკჩეინის გარე წყაროდან მონაცემების უსაფრთხო, ცენზურისადმი მდგრადი დადასტურების ამოცანა გაჩნდა. საჭირო იყო მესამე სისტემის ჩანაწერებში ცვლილებების დადასტურება და ამ ცვლილებების საფუძველზე, ჭკვიანი კონტრაქტის ლოგიკაში ამა თუ იმ ფილიალის შესრულება. ამოცანა ერთი შეხედვით საკმაოდ ტრივიალურია, მაგრამ როდესაც პროცესში მონაწილე ერთ-ერთი მხარის ფინანსური მდგომარეობა დამოკიდებულია მისი განხორციელების შედეგზე, ჩნდება დამატებითი მოთხოვნები. უპირველეს ყოვლისა, ეს არის ყოვლისმომცველი ნდობა ასეთი ვალიდაციის მექანიზმის მიმართ. მაგრამ პირველ რიგში.

პრობლემა ის არის, რომ თავად ბლოკჩეინი არის ავტონომიური, დახურული ერთეული, ამიტომ ბლოკჩეინის შიგნით მყოფმა ჭკვიანმა კონტრაქტებმა არაფერი იციან გარე სამყაროს შესახებ. ამავდროულად, სმარტ კონტრაქტების პირობები ხშირად დაკავშირებულია ინფორმაციას რეალურ ნივთებზე (ფრენის დაგვიანება, გაცვლითი კურსი და ა.შ.). იმისათვის, რომ სმარტ კონტრაქტებმა სწორად იმუშაონ, ბლოკჩეინის გარედან მიღებული ინფორმაცია სანდო და დამოწმებული უნდა იყოს. ეს პრობლემა მოგვარებულია ორაკულების გამოყენებით, როგორიცაა Town Crier და DECO. ეს ორაკულები საშუალებას აძლევს ბლოკჩეინ ქსელზე დადებულ ჭკვიან კონტრაქტს ენდოს სანდო ვებ სერვერის ინფორმაციას; შეგვიძლია ვთქვათ, რომ ეს არის სანდო ინფორმაციის მომწოდებლები.

ორაკულები

წარმოიდგინეთ, რომ ჭკვიანი კონტრაქტი გადარიცხავს 0.001 btc თქვენს ბიტკოინის საფულეს, თუ თქვენი საყვარელი საფეხბურთო კლუბი მოიგებს რუსეთის თასს. რეალური გამარჯვების შემთხვევაში, სმარტ კონტრაქტმა უნდა გადაიტანოს ინფორმაცია იმის შესახებ, თუ რომელმა კლუბმა მოიგო და აქ ჩნდება მთელი რიგი პრობლემები: საიდან მივიღოთ ეს ინფორმაცია, როგორ უსაფრთხოდ გადავიტანოთ იგი სმარტ კონტრაქტზე და როგორ დავრწმუნდეთ, რომ ინფორმაცია მიღებული სმარტ კონტრაქტში მოქმედებს რეალურად ემთხვევა რეალობას?

რაც შეეხება ინფორმაციის წყაროს, შეიძლება არსებობდეს 2 სცენარი: სმარტ კონტრაქტის დაკავშირება სანდო ვებსაიტთან, სადაც ინფორმაცია მატჩების შედეგების შესახებ ცენტრალიზებულად ინახება და მეორე ვარიანტი არის რამდენიმე საიტის ერთდროულად დაკავშირება და შემდეგ ინფორმაციის არჩევა უმეტეს წყაროებიდან. რომელიც იძლევა იგივე მონაცემებს. ინფორმაციის სისწორის შესამოწმებლად გამოიყენება ორაკულები, მაგალითად Oraclize, რომელიც იყენებს TLSNotary-ს (TLS ნოტარიული მოდიფიკაცია მონაცემთა ნამდვილობის დასამტკიცებლად). მაგრამ გუგლში არის საკმარისი ინფორმაცია Oraclize-ის შესახებ და არის რამდენიმე სტატია Habré-ზე.დღეს მე ვისაუბრებ ორაკულებზე, რომლებიც იყენებენ ოდნავ განსხვავებულ მიდგომას ინფორმაციის გადაცემისას: Town Crier და DECO. სტატიაში მოცემულია ორივე ორაკულის მუშაობის პრინციპების აღწერა და დეტალური შედარება.

ქალაქი კურიერი

Town Crier (TC) დაინერგა IC3-ის (The Initiative for Cryptocurrencies and Contracts) მიერ 2016 წელს CCS'16-ზე. TC-ის მთავარი იდეა: ინფორმაციის გადატანა ვებგვერდიდან სმარტ კონტრაქტზე და დარწმუნდით, რომ TC-ის მიერ მოწოდებული ინფორმაცია იგივეა, რაც ვებსაიტზე. TC იყენებს TEE-ს (Trusted Execution Environment) მონაცემთა საკუთრების ავთენტიფიკაციისთვის. TC-ის ორიგინალური ვერსია აღწერს, თუ როგორ უნდა იმუშაოთ Intel SGX-თან.
Town Crier შედგება ნაწილისგან ბლოკჩეინის შიგნით და ნაწილისგან თავად ოპერაციული სისტემის შიგნით - TC სერვერი.

TC კონტრაქტი ბლოკჩეინზეა და მოქმედებს, როგორც წინა ნაწილი TC-სთვის. ის იღებს მოთხოვნებს CU-დან (მომხმარებლის ჭკვიანი კონტრაქტი) და აბრუნებს პასუხს TC სერვერიდან. TC სერვერის შიგნით არის რელე, რომელიც ამყარებს კავშირს ანკლავსა და ინტერნეტს შორის (ორმხრივი ტრაფიკი) და აკავშირებს ანკლავს ბლოკჩეინთან. ანკლავი შეიცავს progencl-ს, ეს არის კოდი, რომელიც აგზავნის მოთხოვნებს ბლოკჩეინიდან და აბრუნებს შეტყობინებებს ბლოკჩეინში ციფრული ხელმოწერით, progencl შეიცავს ჭკვიანი კონტრაქტის კოდის ნაწილს და არსებითად ასრულებს მის ზოგიერთ ფუნქციას.

Intel SGX ანკლავი შეიძლება მივიჩნიოთ, როგორც საერთო ბიბლიოთეკა API-ით, რომელიც მუშაობს ecall-ის საშუალებით. Ecall აკონტროლებს ანკლავს. ანკლავი ახორციელებს თავის კოდს გასვლამდე ან სანამ არ მოხდება გამონაკლისი. ocal გამოიყენება ანკლავის გარეთ განსაზღვრული ფუნქციების გამოსაძახებლად. Ocall შესრულებულია ანკლავის გარეთ და განიხილება, როგორც არასანდო ზარი მის მიერ. ოკალის შესრულების შემდეგ, კონტროლი უბრუნდება ანკლავს.

Enclave ნაწილში, უსაფრთხო არხი კონფიგურირებულია ვებ სერვერთან, ანკლავი თავად ახორციელებს TLS ხელის ჩამორთმევას სამიზნე სერვერთან და ასრულებს ყველა კრიპტოგრაფიულ ოპერაციას შიდა. TLS ბიბლიოთეკა (mbedTLS) და შემცირებული HTTP კოდი ექსპორტირებულია SGX გარემოში. ასევე, Enclave შეიცავს root CA სერთიფიკატებს (სერთიფიკატების კრებულს) დისტანციური სერვერების სერთიფიკატების შესამოწმებლად. მოთხოვნის დამმუშავებელი იღებს დატაგრამის მოთხოვნას Ethereum-ის მიერ მოწოდებულ ფორმატში, შიფრავს და აანალიზებს მას. შემდეგ ის წარმოქმნის Ethereum ტრანზაქციას, რომელიც შეიცავს მოთხოვნილ დატაგრამას, ხელს აწერს მას skTC-ით და გადასცემს მას Relay-ს.

სარელეო ნაწილი მოიცავს კლიენტის ინტერფეისს, TCP, ბლოკჩეინის ინტერფეისს. კლიენტის ინტერფეისი საჭიროა ანკლავის კოდის დასადასტურებლად და კლიენტთან კომუნიკაციისთვის. კლიენტი აგზავნის ატესტაციის მოთხოვნას ecall-ის გამოყენებით და იღებს skTC-ს მიერ ხელმოწერილი დროის ნიშანს att-თან ერთად (ატესტაციის ხელმოწერა), შემდეგ att მოწმდება Intel ატესტაციის სერვისის (IAS) გამოყენებით, ხოლო დროის შტამპი დამოწმებულია სანდო დროის სერვისით. ბლოკჩეინის ინტერფეისი ამოწმებს შემომავალ მოთხოვნებს და ათავსებს ტრანზაქციებს ბლოკჩეინზე დატაგრამების მიწოდებისთვის. Geth არის Ethereum-ის ოფიციალური კლიენტი და საშუალებას აძლევს Relay-ს დაუკავშირდეს ბლოკჩეინთან RPC ზარების საშუალებით.

TEE-სთან მუშაობა საშუალებას გაძლევთ აწარმოოთ რამდენიმე ანკლავი პარალელურად, რითაც გაზარდეთ ინფორმაციის დამუშავების სიჩქარე 3-ჯერ. თუ ერთი გაშვებული ანკლავით სიჩქარე იყო 15 ტქს/წმ, მაშინ 20 პარალელურად გაშვებული ანკლავით სიჩქარე იზრდება 65 ტქს/წმ-მდე; შედარებისთვის, მაქსიმალური ოპერაციული სიჩქარე ბიტკოინის ბლოკჩეინში არის 26 ტქს/წმ.

DECO

DECO (დეცენტრალიზებული Oracles for TLS) წარმოდგენილი იყო CCS'20-ზე, მუშაობს საიტებთან, რომლებიც მხარს უჭერენ TLS კავშირებს. უზრუნველყოფს მონაცემთა კონფიდენციალურობას და მთლიანობას.
DECO ერთად TLS იყენებს სიმეტრიულ დაშიფვრას, ამიტომ კლიენტს და ვებ სერვერს აქვთ დაშიფვრის გასაღებები და კლიენტს შეუძლია TLS სესიის მონაცემების გაყალბება, თუ მას სურს. ამ პრობლემის გადასაჭრელად, DECO იყენებს სამმხრივ ხელის ჩამორთმევის პროტოკოლს პროვერს (ჭკვიანი კონტრაქტი), ვერიფიკატორს (ორაკლს) და ვებ სერვერს (მონაცემთა წყაროს) შორის.

DECO მუშაობს ის, რომ ვერიფიკატორი იღებს D მონაცემთა ნაწილს და ადასტურებს დამადასტურებელს, რომ D მოვიდა TLS სერვერიდან S. კიდევ ერთი პრობლემა ის არის, რომ TLS ხელს არ აწერს მონაცემებს და TLS კლიენტს უჭირს დაამტკიცოს, რომ მონაცემები მიღებული იყო ზუსტად სწორი სერვერიდან (წარმოშობის სირთულე).

DECO პროტოკოლი იყენებს KEnc და KMac დაშიფვრის გასაღებებს. კლიენტი აგზავნის Q მოთხოვნას ვებ სერვერზე, R სერვერის პასუხი მოდის დაშიფრული ფორმით, მაგრამ კლიენტი და სერვერი ფლობენ ერთსა და იმავე KMac-ს და კლიენტს შეუძლია TLS შეტყობინების გაყალბება. DECO-ს გამოსავალი არის KMac-ის „დამალვა“ კლიენტისგან (პროვერტისაგან), სანამ ის არ უპასუხებს მოთხოვნას. ახლა KMac იყოფა პროვერსა და გადამოწმებას შორის - KpMac და KvMac. სერვერი იღებს KMac-ს, რათა დაშიფროს პასუხი საკვანძო ნაწილის ოპერაციით KpMac ⊕ KvMac = KMac.

სამმხრივი ხელის ჩამორთმევის დაყენებით კლიენტსა და სერვერს შორის მონაცემთა გაცვლა განხორციელდება უსაფრთხოების გარანტიით.

დეცენტრალიზებულ ორაკულ სისტემაზე საუბრისას არ შეიძლება არ აღინიშნოს Chainlink, რომელიც მიზნად ისახავს Ethereum-თან, Bitcoin-თან და Hyperledger-თან თავსებადი ორაკულის კვანძების დეცენტრალიზებული ქსელის შექმნას, მოდულარობის გათვალისწინებით: სისტემის ყველა ნაწილი შეიძლება განახლდეს. ამავდროულად, უსაფრთხოების უზრუნველსაყოფად, Chainlink სთავაზობს თითოეულ ორაკულს, რომელიც მონაწილეობს ამოცანაში, გასცეს გასაღებების კომბინაცია (საჯარო და კერძო). პირადი გასაღები გამოიყენება ნაწილობრივი ხელმოწერის შესაქმნელად, რომელიც შეიცავს მათ გადაწყვეტილებას მონაცემთა მოთხოვნის შესახებ. პასუხის მისაღებად აუცილებელია ქსელის ორაკულების ყველა ნაწილობრივი ხელმოწერის გაერთიანება.

Chainlink გეგმავს პირველადი PoC DECO-ს ჩატარებას დეცენტრალიზებულ ფინანსურ აპლიკაციებზე, როგორიცაა Mixicles. წერის დროს Forbes-ზე გავრცელდა ინფორმაცია, რომ Chainlink-მა DECO შეიძინა კორნელის უნივერსიტეტიდან.

თავდასხმები ორაკულებზე

ინფორმაციული უსაფრთხოების თვალსაზრისით, განიხილებოდა შემდეგი თავდასხმები Town Crier-ზე:

1. Rogue smart-contact კოდის ინექცია TEE კვანძებზე.
   თავდასხმის არსი: მიზანმიმართულად არასწორი ჭკვიანი კონტრაქტის კოდის გადაცემა TEE-ზე, ამგვარად, თავდამსხმელი, რომელმაც მოიპოვა კვანძზე წვდომა, შეძლებს გაშიფრულ მონაცემებზე საკუთარი (თაღლითური) ჭკვიანი კონტრაქტის შესრულებას. თუმცა, დაბრუნებული მნიშვნელობები დაშიფრული იქნება პირადი გასაღებით და ამ მონაცემებზე წვდომის ერთადერთი გზა არის შიფრული ტექსტის გაჟონვა დაბრუნების/გამოსვლისას.
   ამ თავდასხმისგან დაცვა შედგება ანკლავისგან, რომელიც ამოწმებს მიმდინარე მისამართზე მდებარე კოდის სისწორეს. ამის მიღწევა შესაძლებელია მისამართის სქემის გამოყენებით, სადაც კონტრაქტის მისამართი განისაზღვრება ხელშეკრულების კოდის ჰეშირებით.

2. კონტრაქტის სახელმწიფო შიფრული ტექსტის ცვლილებების გაჟონვა.
   შეტევის არსი: კვანძების მფლობელებს, რომლებზეც სმარტ კონტრაქტები სრულდება, აქვთ წვდომა კონტრაქტის მდგომარეობაზე დაშიფრული ფორმით ანკლავის გარეთ. თავდამსხმელს, რომელმაც მოიპოვა კვანძის კონტროლი, შეუძლია შეადაროს კონტაქტის მდგომარეობა ტრანზაქციის დაწყებამდე და მის შემდეგ და შეუძლია განსაზღვროს რომელი არგუმენტები იყო შეყვანილი და რომელი ჭკვიანი კონტრაქტის მეთოდი იყო გამოყენებული, რადგან თავად ჭკვიანი კონტრაქტის კოდი და მისი ტექნიკური მახასიათებლები საჯაროა.
   დაცვა თავად კვანძის საიმედოობის უზრუნველსაყოფად.

3. გვერდითი არხის შეტევები.
   შეტევის სპეციალური ტიპი, რომელიც იყენებს ანკლავური მეხსიერების მონიტორინგს და ქეში წვდომას სხვადასხვა სცენარში. ასეთი თავდასხმის მაგალითია Prime and Probe.
   
   თავდასხმის ბრძანება:

   • t0: თავდამსხმელი ავსებს მსხვერპლის პროცესის მთელ მონაცემთა ქეშს.
   • t1: მსხვერპლი ახორციელებს კოდს მეხსიერების წვდომით, რომელიც დამოკიდებულია მსხვერპლის მგრძნობიარე მონაცემებზე (კრიპტოგრაფიული გასაღებები). ქეშის ხაზი შეირჩევა საკვანძო ბიტის მნიშვნელობის მიხედვით. სურათზე მოცემულ მაგალითზე იკითხება კლავიშის კლავიატურა = 0 და მისამართი X ქეში ხაზი 2. X-ში შენახული მონაცემები იტვირთება ქეშში, ანაცვლებს აქამდე არსებულ მონაცემებს.
   • t2: თავდამსხმელი ამოწმებს მისი ქეშის რომელი ხაზია გამოდევნილი - მსხვერპლის მიერ გამოყენებული ხაზები. ეს კეთდება წვდომის დროის გაზომვით. ამ ოპერაციის გამეორებით თითოეული კლავიშისთვის, თავდამსხმელი იღებს მთელ გასაღებს.

თავდასხმისგან დაცვა: Intel SGX-ს აქვს დაცვა გვერდითი არხის შეტევებისგან, რაც ხელს უშლის ქეშთან დაკავშირებული მოვლენების მონიტორინგს, მაგრამ Prime და Probe შეტევა მაინც იმუშავებს, რადგან თავდამსხმელი აკონტროლებს მისი პროცესის ქეში მოვლენებს და აზიარებს ქეშს მსხვერპლთან.

ამრიგად, ამ დროისთვის არ არსებობს საიმედო დაცვა ამ თავდასხმისგან.

ასევე ცნობილია ისეთი შეტევები, როგორიცაა Spectre და Foreshadow (L1TF), Prime და Probe-ის მსგავსი. ისინი საშუალებას გაძლევთ წაიკითხოთ მონაცემები ქეში მეხსიერებიდან მესამე მხარის არხის საშუალებით. უზრუნველყოფილია დაცვა Specter-v2 დაუცველობისგან, რომელიც მუშაობს ამ ორი შეტევის წინააღმდეგ.

DECO-სთან დაკავშირებით, სამმხრივი ხელის ჩამორთმევა უზრუნველყოფს უსაფრთხოების გარანტიას:

1. პროვერის მთლიანობა: გატეხილი პროვერს არ შეუძლია გააყალბოს სერვერის წარმოშობის ინფორმაცია და ვერ აიძულებს სერვერს მიიღოს არასწორი მოთხოვნები ან არასწორად უპასუხოს მოქმედ მოთხოვნებზე. ეს კეთდება სერვერსა და პროვერს შორის მოთხოვნის შაბლონების მეშვეობით.
2. ვერიფიკატორის მთლიანობა: გატეხილი ვერიფიკატორი ვერ აიძულებს პროვერს მიიღოს არასწორი პასუხები.
3. კონფიდენციალურობა: გატეხილი ვერიფიკატორი იკვლევს მხოლოდ საჯარო ინფორმაციას (მოთხოვნა, სერვერის სახელი).

DECO-ში შესაძლებელია მხოლოდ მოძრაობის ინექციის დაუცველობა. პირველი, სამმხრივი ხელის ჩამორთმევით, ვერიფიკატორს შეუძლია დაადგინოს სერვერის იდენტურობა ახალი ნონსის გამოყენებით. თუმცა, ხელის ჩამორთმევის შემდეგ, ვერიფიკატორი უნდა დაეყრდნოს ქსელის ფენის ინდიკატორებს (IP მისამართები). ამრიგად, კომუნიკაცია ვერიფიკატორსა და სერვერს შორის დაცული უნდა იყოს ტრაფიკის ინექციისგან. ეს მიიღწევა პროქსის გამოყენებით.

ორაკულების შედარება

Town Crier დაფუძნებულია სერვერის ნაწილში ანკლავთან მუშაობაზე, ხოლო DECO საშუალებას გაძლევთ გადაამოწმოთ მონაცემთა წარმოშობის ავთენტურობა სამმხრივი ხელის ჩამორთმევისა და მონაცემთა დაშიფვრის გამოყენებით კრიპტოგრაფიული გასაღებებით. ამ ორაკულების შედარება განხორციელდა შემდეგი კრიტერიუმების მიხედვით: შესრულება, უსაფრთხოება, ღირებულება და პრაქტიკულობა.

ქალაქი კურიერი
DECO

შესრულება
უფრო სწრაფად (0.6 წმ დასრულებამდე)
უფრო ნელი (10.50 წმ პროტოკოლის დასასრულებლად)

უსაფრთხოება
ნაკლებად უსაფრთხო
უფრო უსაფრთხო

დაჯდა
Უფრო ძვირი
უფრო იაფი

პრაქტიკულობა
საჭიროებს სპეციალურ აპარატურას
მუშაობს ნებისმიერ სერვერთან, რომელიც მხარს უჭერს TLS

სიჩქარე: DECO-სთან მუშაობისთვის საჭიროა სამმხრივი ხელის ჩამორთმევა, LAN-ით დაყენებისას სჭირდება 0.37 წამი, კავშირის დამყარების შემდეგ ურთიერთქმედებისთვის ეფექტურია 2PC-HMAC (0,13 წმ ჩაწერაზე). DECO-ს შესრულება დამოკიდებულია ხელმისაწვდომი TLS შიფრების კომპლექტებზე, პირადი მონაცემების ზომაზე და კონკრეტული აპლიკაციის მტკიცებულებების სირთულეზე. IC3-დან ორობითი ოფციონის აპლიკაციის გამოყენება მაგალითად: პროტოკოლის შევსებას LAN-ით დაახლოებით 10,50 წამი სჭირდება. შედარებისთვის, Town Crier-ს სჭირდება დაახლოებით 0,6 წამი მსგავსი აპლიკაციის შესასრულებლად, რაც დაახლოებით 20-ჯერ უფრო სწრაფია ვიდრე DECO. ყველა თანაბარი იყოს, TC უფრო სწრაფი იქნება.

უსაფრთხოების: თავდასხმები Intel SGX ანკლავზე (გვერდითი არხის შეტევები) მუშაობს და შეუძლია რეალური ზიანი მიაყენოს ჭკვიანი კონტრაქტის მონაწილეებს. რაც შეეხება DECO-ს, შესაძლებელია ტრაფიკის ინექციასთან დაკავშირებული თავდასხმები, მაგრამ პროქსის გამოყენება ამგვარ შეტევებს არაფრად ამცირებს. ამიტომ DECO უფრო უსაფრთხოა.

ღირებულება: აღჭურვილობის ღირებულება, რომელიც მხარს უჭერს Intel SGX-ს, უფრო მაღალია, ვიდრე პროტოკოლის დაყენების ღირებულება DECO-ში. ამიტომ TC უფრო ძვირია.

პრაქტიკა: Town Crier-თან მუშაობისთვის საჭიროა სპეციალური აღჭურვილობა, რომელიც მხარს უჭერს TEE-ს. მაგალითად, Intel SGX მხარდაჭერილია მე-6 თაობის Intel Core პროცესორების ოჯახზე და შემდეგ. DECO საშუალებას გაძლევთ იმუშაოთ ნებისმიერ მოწყობილობასთან, თუმცა არსებობს DECO პარამეტრი TEE-ის გამოყენებით. დაყენების პროცესის მიხედვით, DECO-ს სამმხრივი ხელის ჩამორთმევას შეიძლება გარკვეული დრო დასჭირდეს, მაგრამ ეს არაფერია TC-ის ტექნიკის შეზღუდვასთან შედარებით, ამიტომ DECO უფრო პრაქტიკულია.

დასკვნა

ცალ-ცალკე შევხედოთ ორ ორაკულს და შევადაროთ ისინი ოთხ კრიტერიუმზე, ცხადია, რომ Town Crier ჩამორჩება DECO-ს ოთხიდან სამ პუნქტში. DECO უფრო საიმედოა ინფორმაციის უსაფრთხოების თვალსაზრისით, უფრო იაფი და პრაქტიკული, თუმცა სამმხრივი პროტოკოლის დაყენებას შეიძლება გარკვეული დრო დასჭირდეს და აქვს თავისი ნაკლოვანებები, მაგალითად, დამატებითი ოპერაციები დაშიფვრის გასაღებებით. TC უფრო სწრაფია ვიდრე DECO, მაგრამ გვერდითი არხის თავდასხმის ხარვეზები მას კონფიდენციალურობის დაკარგვისადმი მგრძნობიარეს ხდის. გასათვალისწინებელია, რომ DECO დაინერგა 2020 წლის იანვარში და არ გასულა საკმარისი დრო მის უსაფრთხოდ მიჩნევისთვის. Town Crier უკვე 4 წელია თავდასხმის ქვეშ იყო და ბევრი ტესტი გაიარა, ამიტომ მისი გამოყენება ბევრ პროექტში გამართლებულია.

წყარო: www.habr.com