IntersectMBO/plutus

Experiment: replace builtin type Strict Bytestring -> ShortByteString

Open

#6 052 ouverte le 17 mai 2024

Voir sur GitHub
 (0 commentaires) (0 réactions) (0 assignés)Haskell (511 forks)batch import
Good first issueInternaloptimizationstatus: triaged

Métriques du dépôt

Stars
 (1 637 stars)
Métriques de merge PR
 (Merge moyen 15j 11h) (13 PRs mergées en 30 j)

Description

As plutus user I want to have fast plutus execution. Perhaps changing strict bytestrings to short bytestrings may improve the performance. This change should not have any observable difference from existing plutus scripts, so it should be (in principle) backwards compatible with older plutus versions.

Acceptance Criteria:

change universe type to be shortbytestring

change all builtins denotations to operate on bytestrings directly.

(optional) add a benchmark that runs exclusively many bytestring operations

run plutus-benchmarks again and compare to see if it is indeed faster

(optional) replay the whole chain to see if anything changed in cek execution?

Guide contributeur

Direction de recherche
Tout d'abord, localisez le type Universe dans le paquet plutus core (probablement dans src/PlutusCore/Data.hs ou similaire). Ensuite, identifiez toutes les dénotations de fonctions intégrées qui opèrent sur des bytestrings, définies dans plusieurs fichiers. La modification implique de remplacer Data.ByteString par Data.ByteString.Short pour ces types. Examinez les benchmarks existants dans plutus benchmarks pour comprendre comment ajouter un benchmark intensif en bytestrings. Il n'y a pas de PR ou de commentaires liés, donc le contributeur doit explorer indépendamment la structure du code.
Stack technique
Aucun
Domaine
backend
Type d'issue
Refactorisation
DifficultéDifficulté estimée pour un nouveau contributeur, de 1 pour un très petit changement à 5 pour un travail expert.
3
Temps estiméFourchette de temps approximative pour investiguer, implémenter, tester et préparer une pull request.
Une demi journée
Statut d'activitéDisponibilité apparente de l'issue : fraîche, active, ancienne, bloquée ou en attente d'un mainteneur.
Active
ClartéClarté avec laquelle l'issue explique le changement attendu, les critères d'acceptation et la prochaine étape.
Claire
Prérequis
Git
Accessibilité débutantScore de 1 à 100 estimant l'accessibilité de cette issue pour un premier contributeur.
30