Rapprocher les équipes de développement de Bitcoin Core et la communauté plus large—voici une proposition équilibrée qui mérite d'être considérée :
Le plan : 1. Restaurer OP_RETURN à sa limite par défaut de 80 octets 2. Conserver la fonctionnalité de surcharge de configuration afin que chaque opérateur de nœud conserve un contrôle total sur ses propres limites
Cette approche donne à chaque côté ce qui compte : Core obtient une valeur par défaut raisonnable qui reflète l'avis de la communauté, tandis que les opérateurs de nœuds restent en mesure de personnaliser leur configuration en fonction de leurs besoins spécifiques. Il s'agit de trouver un compromis sans imposer la volonté de l'un ou l'autre.
La beauté de cela ? Tout le monde a son mot à dire. Les développeurs peuvent maintenir des standards, les opérateurs peuvent expérimenter, et nous avançons sans brûler de ponts.
Cette page peut inclure du contenu de tiers fourni à des fins d'information uniquement. Gate ne garantit ni l'exactitude ni la validité de ces contenus, n’endosse pas les opinions exprimées, et ne fournit aucun conseil financier ou professionnel à travers ces informations. Voir la section Avertissement pour plus de détails.
11 J'aime
Récompense
11
5
Reposter
Partager
Commentaire
0/400
LightningWallet
· 01-08 19:21
Ce compromis est acceptable, mais le vrai problème est de savoir qui définit ce qu'on entend par "valeur par défaut raisonnable"
Voir l'originalRépondre0
GovernancePretender
· 01-07 01:00
Encore en train de faire du surplace ici, c'est typiquement une compromission politique, cela ne résout pas du tout le vrai problème.
Voir l'originalRépondre0
MetaMisfit
· 01-07 00:59
Encore cette rhétorique de "compromis"... Ça sonne bien, mais est-ce vraiment applicable ?
Voir l'originalRépondre0
CryptoMotivator
· 01-07 00:52
Ngl, cette solution de compromis a vraiment du mérite, c'est une situation gagnant-gagnant.
Voir l'originalRépondre0
ZKProofEnthusiast
· 01-07 00:39
Limite de 80 octets ? Cela ressemble à une sorte de compromis, mais je suis quand même un peu inquiet que cela ne se transforme encore en une nouvelle bataille de tergiversations.
Rapprocher les équipes de développement de Bitcoin Core et la communauté plus large—voici une proposition équilibrée qui mérite d'être considérée :
Le plan :
1. Restaurer OP_RETURN à sa limite par défaut de 80 octets
2. Conserver la fonctionnalité de surcharge de configuration afin que chaque opérateur de nœud conserve un contrôle total sur ses propres limites
Cette approche donne à chaque côté ce qui compte : Core obtient une valeur par défaut raisonnable qui reflète l'avis de la communauté, tandis que les opérateurs de nœuds restent en mesure de personnaliser leur configuration en fonction de leurs besoins spécifiques. Il s'agit de trouver un compromis sans imposer la volonté de l'un ou l'autre.
La beauté de cela ? Tout le monde a son mot à dire. Les développeurs peuvent maintenir des standards, les opérateurs peuvent expérimenter, et nous avançons sans brûler de ponts.