Solana due diligence-checklist vóór verkoop
Om een voorverkoopproject te beoordelen, moet je niet alleen naar het paginaontwerp en de populariteit van de community kijken. Wat echt moet worden bevestigd, is de relatie tussen contracten, fondsen, uitgifte en liquiditeit.
Controleer eerst het Mint-adres en de machtigingen
Controleer het muntmuntadres op de officiële website, het officiële kanaal en de blokverkenner. Controleer of Mint Authority en Freeze Authority zijn verlaten of gecontroleerd door vertrouwde multisig. Zolang het adres verschillend is, kan er sprake zijn van een vals contract.
Bevestig de ontvangende portemonnee en de uitgifteregels
Het pre-sale betalingsadres, de tokenuitgifteportemonnee en de liquiditeitsportemonnee moeten afzonderlijk worden vermeld. Bekijk aankoopgegevens, uitgiftebatches, ophaaltijd en afhandeling van niet-opgehaalde tokens. Bij handmatige uitgifte moeten verifieerbare transactiegegevens in de keten worden bijgehouden.
Controleer de liquiditeits-, vergrendelings- en ontgrendelingsregelingen
Voordat u online gaat, moeten de initiële liquiditeitsschaal, het DEX-pooladres, de LP-lock-upperiode en de ontgrendelingstijd worden verduidelijkt. Voor projecten die geen openbare lock-upcertificaten of teamholdingsinstructies hebben, zijn hogere risicokortingen vereist.
Verbinding, ondertekening en autorisatie zijn niet hetzelfde
Veel portefeuillerisico's komen niet voort uit de overdracht zelf, maar uit het onvermogen van de gebruiker om onderscheid te maken tussen de drie acties 'verbindingsadres', 'transactie ondertekenen' en 'tokenautorisatie'.
Verbonden portemonnees delen meestal alleen openbare adressen
De verbinding wordt voornamelijk gebruikt om het publieke adres en het saldo te lezen, wat niet betekent dat het project activa mag overdragen. U moet echter nog steeds de domeinnaam van de website, de verbindingsbron en de inhoud ervan bevestigen in het pop-upvenster van de portemonnee.
De overdrachtshandtekening zal de activa daadwerkelijk verplaatsen
Bij elke overdrachtshandtekening moeten de valuta, het bedrag, het betalingsadres, het netwerk en de administratiekosten worden gecontroleerd. Zodra een Solana-mainnettransactie is bevestigd, kan deze doorgaans niet meer worden ingetrokken. Onderteken niet rechtstreeks op basis van schermafbeeldingen of vragen van de klantenservice.
Token-autorisatie verleent aanvullende aftrekrechten
Met SPL-tokenautorisatie kan het geautoriseerde adres de overeenkomstige tokens binnen het quotum overdragen. De valuta, het bedrag, het geautoriseerde adres en het doel moeten worden gecontroleerd vóór autorisatie, en de autorisatie moet worden ingetrokken wanneer deze niet vereist is. Autorisatie en gewone aankoopoverdrachten zijn twee verschillende risico's.
5 dimensies van het evalueren van de Solana-handelsterminal
De waarde van een handelsterminal ligt niet in de complexiteit van de interface, maar in de transparantie van de uitvoering, risicobeheersing, vergoedingen en activacontrole.
Uitvoeringskwaliteit en faalpercentage
Observeer de transactiebevestigingstijd, het mislukkingspercentage, de slippage-instellingen, de prioriteitsvergoedingsstrategie en de prestaties onder extreme marktomstandigheden. Het tonen van alleen succesvolle cases is niet voldoende om de kwaliteit van de uitvoering aan te tonen.
MEV- en slippuntbescherming
Bevestig of particuliere handelskanalen, dynamische ontsporing, maximale vergoedingslimieten en bescherming tegen mislukkingen worden geboden. Alle beveiligingsmechanismen moeten door de gebruiker kunnen worden uitgeschakeld of aangepast.
Privésleutel en activabeheer
Geef de voorkeur aan niet-bewaaroplossingen; privésleutels mogen niet naar de server worden geüpload. Als u een robotportemonnee gebruikt, moet u op elk moment onafhankelijke kleine fondsen, beperkte autorisatie en een opnamemechanisme opzetten.
Liquiditeits- en risicoscan
Controleer LP-vergrendeling, muntrechten, bevriezingsrechten, valutaconcentratie, transactiebelastingen en verdachte overdrachten. Risicoscannen kan informatielacunes alleen maar verkleinen, maar kan het risico op verlies niet uitsluiten.
Kosten en RPC-stabiliteit
Controleer platformkosten, netwerkkosten, prioriteitskosten en verhuur van tokenaccounts. Productieomgevingen moeten een stabiele, specifieke RPC gebruiken en alarmen instellen voor stroombegrenzing, ontkoppeling en nieuwe pogingen.
Hoe je borstelen en heksen kunt vermijden bij gemeenschapsactiviteiten
Als er geen duidelijk bewijs en auditregels zijn voor beloningsactiviteiten, is het gemakkelijk voor batchaccounts, dubbele portemonnees en nep-interacties om de quota te bezetten, en echte deelnemers zullen de kans verliezen.
Verplichte openbaarmaking van verifieerbaar bewijs van overdracht
Links naar openbare berichten, communityposts en evenementenposters moeten rechtstreeks toegankelijk zijn. Het systeem kan de domeinnaamformaten, dubbele inzendingen en hoe vaak dezelfde link door meerdere mensen wordt hergebruikt, controleren.
De uitnodiging moet gebonden zijn aan een echte voorverkooporder
Effectieve uitnodigingen moeten niet alleen het aantal klikken of registraties tellen, maar moeten ook gekoppeld zijn aan voltooide en geverifieerde voorverkooporders. Voorkom dat dezelfde portemonnee, dezelfde betalingsbron en batchadres herhaaldelijk beloningen ontvangt.
Schrijf de regels, tijdstip en distributie-ingang duidelijk op
De deelnamevoorwaarden, beoordelingsmethoden, beloningsverdeling en aankondigingstijd worden vóór aanvang van het evenement bekendgemaakt. Gebruik na het winnen een controleerbaar distributierecord in de keten om mondelinge toezeggingen en niet-traceerbare lijsten te vermijden.
