Akıllı kontrat audit ve KYC ile listing kanıtı koordinasyonu

İki kanıt kaydı farklı inceleme ihtiyaçlarını karşılar

Bir denetim raporu ve bir KYC sonuç belgesi farklı işleri belgeler. Bir proje her ikisini de gerektirse bile, bunları 2 ayrı kanıt izi olarak tutun. Denetçi, projeyle kararlaştırılan teknik kapsamı inceler. Doğrulama sağlayıcısı, kendi süreci kapsamında kimlik kontrollerini yürütür. Hiçbir kayıt diğerinin yerini tutmaz.

Koordinasyonumuz, her bir öğenin hedefini kaydederek başlar. Bir launchpad teknik kanıt, ekip doğrulaması veya her ikisini de talep edebilir. Bir veri sitesi başvurusu, sağlayıcı raporlarının hiçbiriyle eşleşmeyen proje detayları isteyebilir. Her talebi mevcut bir belgeyle eşler veya açık bir gereksinim olarak işaretleriz.

Proje, sağlayıcı seçimi, anlaşma ve ifşa konusunda onay yetkisini elinde tutar. Soruları koordine eder, teknik detayları doğru proje kişisine yönlendirir ve ortaya çıkan kayıtları düzenli tutarız. Listing iş akışları için bkz. CoinMarketCap listing ve CoinGecko listing. Daha geniş Listingler ve doğrulama merkezi, bu başvuruları denetim veya KYC çalışmasından ayırmaya yardımcı olur.

Başlamadan önce, hedef platformu veya launchpad'i ve sizden desteklemenizi istediği kararı belirleyin. Bu tek ayrım, teknik bir raporun kimlik doğrulaması olarak veya bir KYC sonucunun kod incelemesi olarak sunulmasını önler.

Kapsam haritası, sağlayıcı gidiş-gelişini azaltır

Başlangıç materyalleri, sağlayıcı iletişimine başlanıp başlanamayacağını belirler. Halihazırda sahip olduğunuz kontratlar, ekip kişileri, belgeler ve hedef başvurudan bir kapsam haritası oluştururuz. Bu, neyin onaylandığını, neyin eksik olduğunu ve her açık soruyu kimin yanıtlayabileceğini gösterir.

Bir denetim için ağı, kontrat adreslerini, depoyu veya kaynak koduna erişimi, teknik dokümantasyonu ve inceleme için belirlenen sürümü toplayın. Dağıtım durumunu ve önemli fonksiyonları not edin. Anlaşma sırasında kod veya dağıtım değişirse, değişikliği kaydedin ve denetçiye bildirin.

KYC için, ilgili kişileri veya entity'leri ve bilgilerini paylaşma yetkisine sahip olanları belirleyin. İlk sorgulamada kimlik belgeleri göndermeyin. Önce sağlayıcının gereksinimlerini belirler ve güvenli bir işleme yolu üzerinde anlaşırız.

Başlangıç kontrol listemiz girdileri 3 kategoride gruplandırır:

• Teknik: ağ, kontrat referansları, kod erişimi ve sürüm.
• Kişiler: proje tarafı kişileri ve yetkili belge sahipleri.
• Hedef: başvuru, talep edilen kanıt ve izin verilen ifşalar.

Dolaşımdaki arz kanıtı da kapsamdaysa, bunu ayrı bir iş akışı olarak ele alın. Bu spesifik kayıt için bkz. Dolaşımdaki arz doğrulaması. Bu sınır, denetim paketinin odaklı kalmasını sağlar ve bir sağlayıcı materyal almadan önce sahipliği netleştirir.

Sürüm kayıtları audit paketini izlenebilir kılar

Bir incelemecinin her raporun arkasındaki proje materyallerini tanımlaması gerekir. Kanıt indeksimiz, alınan belgeyi sağlayıcısına, kapsamına ve onaylanan kullanımına bağlar. Ayrıca, bir ekip paketi iletmeden veya yayınlamadan önce boşlukları görünür kılar.

Çalışma indeksi 6 alan kullanır: proje referansı, ağ ve kontrat sürümü, sağlayıcı, belge adı, kullanım amacı ve paylaşım durumu. Bir alan onay gerektirdiğinde bir sahip veya takip notu ekleriz. İndeks, bir gezinme aracıdır; sağlayıcının raporunun veya bulgularının yerini tutmaz.

Pratik bir audit paketi şunları içerebilir:

• Kontrat adresi, ağ, depo referansı ve incelenen sürüm.
• Denetçi tarafından yayınlanan rapor ve alınan takip veya düzeltme kaydı.
• Sağlayıcının projenin paylaşmasına izin verdiği KYC tamamlama kanıtı.
• Belge indeksi, erişim notları ve adlandırılmış sahipleriyle çözülmemiş öğeler.

Paylaşmadan önce, proje tam dosyaları onaylar ve kısıtlı bilgileri kontrol eder. Bir geçiş veya yeniden markalama proje referanslarını değiştirirse, bu kayıtları ayrı ayrı Kontrat geçişi ve yeniden markalama güncellemeleri aracılığıyla güncelleyin. Bu, eski bir raporun farklı bir dağıtımı tanımlıyor gibi görünmesini önlemeye yardımcı olur. Çalışma klasörünün yanında onaylanmış bir paylaşım kopyası bulundurun; böylece ekip yayınlanabilir materyali kısıtlı sağlayıcı yazışmalarından ayırt edebilir.

Başvuru haritalaması kanıtı gerçek talebe bağlar

Başvuru formu, kullanışlı karşılaştırma noktasıdır. Talep edilen her alanı mevcut bir belgeye, bir proje yanıtına veya açık bir öğeye eşleriz. Bu, ekibe şu anda neyi gönderebileceği ve neyin hala onay beklediği konusunda net bir görünüm sağlar.

Bir listing başvurusu ve bir launchpad incelemesi farklı bilgiler talep edebilir. Bir kanıt klasörünün her hedefe uyacağını varsaymayız. Bunun yerine, alıcı kuruluşu, talep edilen alanı, destekleyici kanıtı ve bu kanıtı paylaşmak için gereken izni kaydederiz. Talep edilen her öğe için 4 alanı kontrol ederiz: kaynak, sürüm, sahip ve paylaşım izni. Her pakete ayrıca 2 durum etiketi eklenir: paylaşıma hazır veya onay bekliyor. Proje daha sonra nihai paketi bu hedef için onaylar.

Bir başvuru haritası 3 kontrolde incelenebilir:

• Kapsam: talep edilen her öğenin eşleşen bir kaynağı var mı?
• Sürüm: kayıt, ilgili kontratı veya proje durumunu tanımlıyor mu?
• İzin: proje bu belgeyi bu alıcıyla paylaşabilir mi?

Launchpad'e özel bir iş akışı için bkz. Launchpad listingleri. Ek izleyici başvuruları için diğer kripto izleyici listingleri bölümünü inceleyin. Bu başvuru görevleri, sağlayıcı koordinasyonundan ayrı kalır. Harita, ekibinizin doğru kayıtlar hazırlamasına yardımcı olur; bir denetim veya KYC sonucunu otomatik bir listing kimlik bilgisi olarak ele almaz.

Beş kontrol noktası sağlayıcı çalışmasını denetlenebilir kılar

Koordinasyon izi, neyin talep edildiğini, bir sonraki eylemin kime ait olduğunu ve hangi belgelerin geldiğini gösterir. 5 adımlı dizimiz, materyal incelemesinden hedefe özel bir teslimata ilerler. Kapsamı ve sağlayıcı bağımlılıklarını gördükten sonra çalışma sırasını belirleriz.

İlk olarak, hedef kullanımı inceler ve mevcut materyalleri toplarız. İkinci olarak, kapsam boşluklarını işaretler ve teknik sorular ile hassas kayıtlar için proje kişilerini atarız. Üçüncü olarak, proje bağımsız sağlayıcıyı ve anlaşma kapsamını onaylar. Dördüncü olarak, bilgi alışverişini koordine eder ve açık soruları veya teslimatları takip ederiz. Beşinci olarak, kanıtları düzenler ve amaçlanan başvuruya eşleriz.

Her kontrol noktasında proje, durumu, bekleyen girdileri ve bir sonraki sahibi görebilir. Tipik bir teslimat, bir kanıt indeksi, alınan sağlayıcı belgeleri, açık takipler ve kullanım amacına ilişkin notlar içerir. Teknik soruları belge izinlerinden ayrı tutarız, böylece doğru kişi her kararı ele alır.

Zamanlama, kod ve belge hazırlığına, sağlayıcı programlarına, inceleme kapsamına ve projeden gelen yanıt süresine bağlıdır. İlk incelemeden sonra bağımlılıkları ve önerilen sırayı gösterebiliriz. Denetim süresi ve KYC işleme, bağımsız sağlayıcıların programlarının bir parçası olmaya devam eder; onlar adına belirleyebileceğimiz bir tarih değildir.

Denetim kanıtının platform kurallarını karşılayıp karşılamadığına kim karar verir?

Bir başvuru kaydı neyin sağlandığını gösterebilir, ancak kabul alıcı kuruluşa aittir. Paketi belirtilen talebe göre kontrol eder ve inceleme için hazırlanan materyallerin bir kaydını tutarız.

Veri siteleri ve launchpad'ler bir başvuruyu kendi kriterlerine göre değerlendirebilir. Daha fazla bilgi isteyebilir, incelemeyi erteleyebilir veya bir başvuruyu reddedebilirler. Bir denetçi raporu platform onayı oluşturmaz. Bir KYC sağlayıcısının sonucu, ayrı bir kuruluşun projeyi doğruladığı anlamına gelmez. Kararlaştırılan koordinasyon ve belge teslimatını taahhüt ederiz, başka bir tarafın kararını değil.

Bu sınır, kanıt paketini daha kullanışlı hale getirir. Sağlayıcı bulgularını platform durumundan ayrı tutar ve projeye gerçekte neyin paylaşıldığına dair bir kayıt verir. Platforma özel topluluk doğrulaması için bkz. CoinMarketCap topluluk doğrulaması. Denetim raporunun belirtilen kapsamını ona ekli tutun ve herhangi bir KYC ile ilgili kaydı yayınlamadan önce paylaşım iznini onaylayın.

Başlamak için proje web sitesini, hedef başvuruyu, ağ ve kontrat referanslarını, teknik bağlantıları ve mevcut sağlayıcı belgelerini gönderin. İlk sorgulamaya kimlik belgeleri eklemeyin. GeoMarketing Experts materyalleri inceleyecek, eksik girdileri belirleyecek ve sahipler ve sonraki eylemlerle birlikte önerilen bir kapsam döndürecektir.

Nasıl çalışır

1. Proje bağlamını gönderinHedef başvuruyu, ağ ve kontrat referanslarını, teknik bağlantıları ve mevcut sağlayıcı kayıtlarını paylaşın. Kimlik belgelerini ilk sorgulamanın dışında tutun.
2. Kapsamı ve sahipleri haritalayınEksik girdileri listeler ve teknik sorular, onaylar ve hassas kayıtlar için kişiler atarız.
3. Sağlayıcı çalışmasını onaylayınProje, bağımsız sağlayıcıyı ve kapsamı onaylar. Bilgi alışverişini koordine eder ve açık soruları takip ederiz.
4. Alınan kanıtı indeksleyinBelgeleri sağlayıcıya, sürüme, kullanım amacına ve paylaşım durumuna göre düzenler, ardından çözülmemiş öğeleri işaretleriz.
5. Teslimatı hazırlayınOnaylanmış kanıtları hedef başvuruyla eşler ve proje göndermeden veya yayınlamadan önce boşlukları belirleriz.