Use Adoption and Publication instead of Acceptance

Author: murchandamus

bip-0003.md

@@ -72,9 +72,10 @@ Through its high visibility, it facilitates the community-wide consideration of
 source to retrieve the latest version of any BIP. The repository transparently records all changes to each BIP and
 allows any community member to retain a complete copy of the archive easily.
 
-The BIPs repository neither tracks community sentiment nor ecosystem adoption[^adoption] of BIPs beyond
+The BIPs repository neither tracks community sentiment[^acceptance] nor ecosystem adoption[^adoption] of BIPs beyond
 the brief overview provided via the BIP status (see [Workflow](#workflow) below).
-No formal or informal decision body governs Bitcoin development or decides acceptance[^acceptance] of BIPs.
+Proposals are published in this repository if they are on-topic and fulfill the editorial criteria.
+No formal or informal decision body governs Bitcoin development or decides adoption of BIPs.
 
 ## BIP Format and Structure
 
@@ -542,7 +543,7 @@ mentioned in the [Changelog](#changelog) section.
 - "Other Implementations" sections are discouraged.[^OtherImplementations]
 - Auxiliary files are only permitted in the corresponding BIP’s subdirectory, as no one used the alternative of labeling
   them with the BIP number.
-- Tracking of adoption, acceptance, and community consensus is out of scope for the BIPs repository, except to determine
+- Tracking of adoption and community consensus is out of scope for the BIPs repository, except to determine
   whether a BIP is in active use for the move into or out of the Deployed status.
 - The distinction between recommended and acceptable licenses was dropped.
 - Most licenses that have not been used in the BIP process have been dropped from the list of acceptable licenses.
@@ -664,13 +665,13 @@ feedback, and helpful comments.
     aforementioned can be represented by _Closed_ without significantly impacting the information quality of the
     overview table. Where the many Status variants provided minuscule additional information, the simplification is more
     valuable and the Changelog section now collects specific details.
-[^acceptance]: **What is meant by acceptance?**  
+[^acceptance]: **When is a BIP "accepted"?**  
     Many standards processes such as the PEPs or the IETF have a mechanism for a proposal to be formally accepted by
     some council or committee. The BIP Process does not have such a decision body. Bitcoin development and "acceptance"
-    of BIPs emerges from the participation of stakeholders across the ecosystem, and refers to some notion of community
+    of BIPs emerges from the participation of stakeholders across the ecosystem, and refers to some vague notion of community
     interest and support for a proposal.  
     BIP 2 had made an attempt to gather community feedback into comment summaries in BIPs directly. Given the low
-    adoption and corresponding low information quality of the summaries that resulted from that feature, this BIP
+    participation and corresponding low information quality of the summaries that resulted from that feature, this BIP
     instead intends to leave the evaluation of BIPs to the reviewers and users.
 [^adoption]: **Why does the BIPs repository no longer track adoption?**  
     In the past, some BIPs maintained lists of projects that had implemented the BIP. These lists generated