Πώς λειτουργούν οι συναλλαγές στο Solana;

Καθώς κάθε χρέωση καταβάλλεται κατά την εκτέλεση μιας συναλλαγής, είναι χρήσιμο να κατανοήσουμε πώς λειτουργούν οι συναλλαγές. Μια συναλλαγή αποτελείται από τρία μέρη:

μία ή περισσότερες εντολές
έναν πίνακα λογαριασμών για ανάγνωση ή εγγραφή
μία ή περισσότερες υπογραφές
πρόσφατο blockhash ή nonce

Μια εντολή είναι η μικρότερη λογική εκτέλεσης στο Solana. Οι εντολές αποτελούν κλήσεις για ενημέρωση της καθολικής κατάστασης του Solana. Οι εντολές καλούν προγράμματα που κάνουν κλήσεις στο runtime του Solana για ενημέρωση της κατάστασης (για παράδειγμα, κλήση του token program για μεταφορά tokens από τον λογαριασμό σας σε έναν άλλο λογαριασμό). Μπορείτε να σκεφτείτε μια εντολή σαν κλήση συνάρτησης σε ένα έξυπνο συμβόλαιο Ethereum.

Μια σημαντική διαφορά μεταξύ Ethereum και Solana είναι ο αριθμός των κλήσεων συναρτήσεων σε μια μεμονωμένη συναλλαγή λόγω του αριθμού των εντολών. Η ύπαρξη πολλαπλών εντολών ανά συναλλαγή ωφελεί τους developers, καθώς δεν χρειάζεται να δημιουργούν προσαρμοσμένα έξυπνα συμβόλαια για να συνδέσουν συναρτήσεις σε μια μεμονωμένη συναλλαγή. Κάθε εντολή μπορεί να είναι μια ξεχωριστή κλήση συνάρτησης, που εκτελείται με τη σειρά της στη συναλλαγή. Οι συναλλαγές είναι ατομικές, που σημαίνει ότι εάν κάποια από αυτές τις εντολές αποτύχει, ολόκληρη η συναλλαγή θα αποτύχει και θα πληρώσετε μόνο το τέλος συναλλαγής. Αυτό μοιάζει με την αποτυχία μιας συναλλαγής λόγω μη ορισμού σωστού slippage στο Ethereum.

Μια άλλη βασική διαφορά που πρέπει να θυμάστε είναι η χρήση ενός πρόσφατου blockhash αντί για έναν αυξητικό nonce για τις συναλλαγές. Όταν ένα πορτοφόλι θέλει να πραγματοποιήσει μια συναλλαγή, ένα πρόσφατο blockhash θα ανακτηθεί από το cluster για τη δημιουργία μιας έγκυρης συναλλαγής. Αυτό το πρόσφατο blockhash καθιστά τη συναλλαγή έγκυρη μόνο για 150 blocks μετά την ανάκτηση του πρόσφατου blockhash. Αυτό αποτρέπει την εκτέλεση υπογραφών συναλλαγών μεγάλης διάρκειας σε πολύ μεταγενέστερη ημερομηνία.

Cross-Program Invocation (CPI)

Ένα Cross-Program Invocation (CPI) συμβαίνει όταν ένα πρόγραμμα Solana καλεί μια εντολή σε άλλο πρόγραμμα ενώ εκτελείται η αρχική συναλλαγή. Το CPI είναι ο κύριος τρόπος με τον οποίο τα προγράμματα Solana συντίθενται μεταξύ τους, αλλά το μοντέλο λογαριασμών αλλάζει τον τρόπο σχεδιασμού του γράφου κλήσεων: η συναλλαγή πρέπει να περιλαμβάνει κάθε λογαριασμό που θα διαβάσει ή θα γράψει ολόκληρη η αλυσίδα CPI πριν ξεκινήσει η εκτέλεση.

Το καλούμενο πρόγραμμα κληρονομεί μόνο τα δικαιώματα υπογραφής και εγγραφής που έλαβε το καλούν πρόγραμμα, και δαπανά από τον ίδιο προϋπολογισμό υπολογισμών της συναλλαγής. Χρησιμοποιήστε το invoke όταν όλοι οι απαιτούμενοι υπογράφοντες έχουν υπογράψει την αρχική συναλλαγή. Χρησιμοποιήστε το invoke_signed όταν το καλούν πρόγραμμα χρειάζεται να υπογράψει για ένα από τα PDAs του με seeds υπογραφής.

Επίπεδα δέσμευσης

Οι αναγνώσεις RPC, οι συνδρομές και η λογική επιβεβαίωσης συναλλαγών μπορούν να επιλέξουν επίπεδο commitment. Αυτή είναι η έκδοση Solana της απόφασης για το πόσες επιβεβαιώσεις block Ethereum να αναμένετε, με τη διαφορά ότι τα επίπεδα είναι ρητά:

processed: η πιο πρόσφατη επεξεργασμένη προβολή του κόμβου. Χρησιμοποιήστε το μόνο για αισιόδοξο UI ή ροές που μπορούν να ανεχτούν επαναφορά.
confirmed: ένα block για το οποίο έχει ψηφίσει η υπερπλειοψηφία του stake. Χρησιμοποιήστε το ως προεπιλογή για τις περισσότερες επιβεβαιώσεις παραγωγής και την κατάσταση συναλλαγών που βλέπουν οι χρήστες.
finalized: η ισχυρότερη κατάσταση επιβεβαίωσης. Χρησιμοποιήστε το πριν από μη αναστρέψιμες ενέργειες εκτός αλυσίδας, όπως πληρωμές fiat, αποστολή αγαθών ή τελικές εγγραφές διακανονισμού.

Εάν μια μέθοδος RPC δέχεται commitment και το παραλείψετε, η προεπιλογή είναι συνήθως finalized. Οι clients παραγωγής θα πρέπει να ορίζουν ρητά το commitment ώστε η καθυστέρηση UI, η συμπεριφορά του indexer και η πολιτική διακανονισμού να είναι σκόπιμες.

Χορηγοί

Διαμάντι

Platinum

Gold