CIP-0095 | Promote CIP and update links (cardano-foundation#703)

* update links and promote CIP

* should also update top README along with this merge

* change name and adjust author email

* change name in base repository

* Update README.md

* change naming to match CIP-59 convensions

Co-authored-by: Robert Phair <[email protected]>

* match updated naming in base readme

* Update CIP-0095/README.md

* Update CIP-0095/README.md

---------

Co-authored-by: Robert Phair <[email protected]>

Author: Ryun1

CIP-0095/README.md

@@ -1,12 +1,13 @@
 ---
 CIP: 95
-Title: Web-Wallet Bridge - Governance 
+Title: Web-Wallet Bridge - Conway ledger era
 Category: Wallets
-Status: Proposed
+Status: Active
 Authors:
   - Ryan Williams <[email protected]>
 Implementors:
   - Eternl <https://eternl.io/>
+  - GeroWallet <https://gerowallet.io>
   - Lace <https://www.lace.io/>
   - NuFi <https://nu.fi/>
   - Ryan Williams <[email protected]>
@@ -27,12 +28,12 @@ Cardano wallets. This specification defines the API of the javascript object
 that needs to be injected into web applications.
 
 These definitions extend
-[CIP-30 | Cardano dApp-Wallet Web Bridge](https://github.com/cardano-foundation/CIPs/tree/master/CIP-0030)
+[CIP-30 | Cardano dApp-Wallet Web Bridge](https://github.com/cardano-foundation/CIPs/tree/master/CIP-0030/README.md)
 to provide support for
 [CIP-1694 | A First Step Towards On-Chain Decentralized Governance](https://github.com/cardano-foundation/CIPs/blob/master/CIP-1694/README.md)
 focussed web-based stacks. Here we aim to support the requirements of Ada
-Holders and DReps in the Conway Ledger era, this specification is based on the
-[Draft Conway Ledger Era Specification](https://github.com/input-output-hk/cardano-ledger/tree/master/eras/conway/test-suite/cddl-files).
+holders and DReps in the Conway Ledger era, this specification is based on the
+[Conway Ledger Era Specification](https://github.com/IntersectMBO/cardano-ledger/blob/dcacf044c8d38362edc57a761e027953aab3f335/eras/conway/impl/cddl-files/conway.cddl).
 
 ### Acknowledgments
 
@@ -87,14 +88,14 @@ within CIP-30. Although currently CIP-30 acts as the defacto Cardano dApp-wallet
 connector, this specification could be applied to similar standards.
 
 > **Note** This specification will evolve as the proposed ledger governance
-> model matures.
+> model is finalized.
 
 ### Data Types
 
 #### CIP-30 Inherited Data Types
 
 From
-[CIP-30's Data Types](https://github.com/cardano-foundation/CIPs/tree/master/CIP-0030#data-types)
+[CIP-30's Data Types](https://github.com/cardano-foundation/CIPs/tree/master/CIP-003/README.md#data-types)
 we inherit:
 
 ##### [Address](https://github.com/cardano-foundation/CIPs/blob/master/CIP-0030/README.md#address)
@@ -112,7 +113,7 @@ A hex-encoded string of the corresponding bytes.
 A hex-encoded string representing [CBOR](https://tools.ietf.org/html/rfc7049)
 corresponding to `T` defined via [CDDL](https://tools.ietf.org/html/rfc8610)
 either inside of the
-[Shelley Multi-asset binary spec](https://github.com/input-output-hk/cardano-ledger-specs/blob/0738804155245062f05e2f355fadd1d16f04cd56/shelley-ma/shelley-ma-test/cddl-files/shelley-ma.cddl)
+[Shelley Multi-asset binary spec](https://github.com/IntersectMBO/cardano-ledger-specs/blob/0738804155245062f05e2f355fadd1d16f04cd56/shelley-ma/shelley-ma-test/cddl-files/shelley-ma.cddl)
 or, if not present there, from the
 [CIP-0008 signing spec](https://github.com/cardano-foundation/CIPs/blob/master/CIP-0008/CIP-0008.md).
 This representation was chosen when possible as it is consistent across the
@@ -268,7 +269,7 @@ To access these functionalities a client application must present this CIP-95
 extension object, as part of the extensions object passed at enable time:
 
 ```ts
-.enable({ extensions: [{ cip : 95 }]})
+cardano.{wallet-name}.enable({ extensions: [{ cip : 95 }]})
 ```
 
 #### `api.cip95.getPubDRepKey(): Promise<PubDRepKey>`
@@ -356,7 +357,7 @@ era transaction fields and certificates.
 ##### Expected Inspection Support
 
 As read from
-[cardano-ledger Conway _draft_ specification](https://github.com/input-output-hk/cardano-ledger/blob/master/eras/conway/test-suite/cddl-files/conway.cddl).
+[cardano-ledger Conway _draft_ specification](https://github.com/IntersectMBO/cardano-ledger/blob/dcacf044c8d38362edc57a761e027953aab3f335/eras/conway/impl/cddl-files/conway.cddl).
 
 Supporting wallets should be able to recognize and inspect
 all the following certificates and data contained in transaction bodies, in any
@@ -393,12 +394,13 @@ combination.
 |        22         | `positive_coin`          (new donation) |
 
 All other potential transaction field inclusions
-[0-18](https://github.com/input-output-hk/cardano-ledger/blob/master/eras/conway/test-suite/cddl-files/conway.cddl#L54-#L69),
+[0-18](https://github.com/IntersectMBO/cardano-ledger/blob/master/eras/conway/test-suite/cddl-files/conway.cddl#L54-#L69),
 should be able to be recognized by supporting wallets.
 
 ##### Unsupported Inspection
 
-In the Conway ledger era two certificate types are depreciated `genesis_key_delegation` and `move_instantaneous_rewards_cert`. If the wallet receives a transaction containing a depreciated certificate it should return a `TxSignError` with an error code of `DepreciatedCertificate`.
+In the Conway ledger era two certificate types are depreciated `genesis_key_delegation` and `move_instantaneous_rewards_cert`.
+If the wallet receives a transaction containing a depreciated certificate it should return a `TxSignError` with an error code of `DepreciatedCertificate`.
 
 | Index | Unsupported Pre-Conway Certificates |
 | ----- | ----------------------------------- |
@@ -407,7 +409,8 @@ In the Conway ledger era two certificate types are depreciated `genesis_key_dele
 
 ##### Expected Witness Support
 
-Although constitutional committee certificates and stake pool certificates should be able to be recognized they should not be able to be correctly witnessed by wallets following this API. Wallet's should only support witnesses using payment, stake and DRep keys.
+Although constitutional committee certificates and stake pool certificates should be able to be recognized they should not be able to be correctly witnessed by wallets following this API.
+Wallet's should only support witnesses using payment, stake and DRep keys.
 
 ##### Returns
 
@@ -564,7 +567,7 @@ wallet has already been made via
 2. **Construct Delegation:** The client application uses CIP-30 endpoints to
    query the wallet's UTxO set and payment address. A DRep delegation
    certificate
-   ([`vote_deleg_cert`](https://github.com/input-output-hk/cardano-ledger/blob/1beddd3d9f10d8fcb163b5e83985c4bac6b74be7/eras/conway/test-suite/cddl-files/conway.cddl#L303))
+   ([`vote_deleg_cert`](https://github.com/IntersectMBO/cardano-ledger/blob/1beddd3d9f10d8fcb163b5e83985c4bac6b74be7/eras/conway/test-suite/cddl-files/conway.cddl#L303))
    is constructed by the app using the chosen DRep's ID and wallet's stake
    credential. A transaction is constructed to send 1 ADA to the wallet's
    payment address with the certificate included in the transaction body.
@@ -594,7 +597,7 @@ the user is not a registered DRep.
 2. **Construct Registration**: The client application uses CIP-30 endpoints to
    query the wallet's UTxO set and payment address. A DRep registration
    certificate
-   ([`reg_drep_cert`](https://github.com/input-output-hk/cardano-ledger/blob/1beddd3d9f10d8fcb163b5e83985c4bac6b74be7/eras/conway/test-suite/cddl-files/conway.cddl#L312))
+   ([`reg_drep_cert`](https://github.com/IntersectMBO/cardano-ledger/blob/1beddd3d9f10d8fcb163b5e83985c4bac6b74be7/eras/conway/test-suite/cddl-files/conway.cddl#L312))
    is constructed by the app using the wallet's DRep ID and the provided
    metadata anchor. A transaction is constructed to send 1 ADA to the wallet's
    payment address with the certificate included in the transaction body.
@@ -661,9 +664,9 @@ majority of participants thus we aim to cast a wide net with this specification.
 
 In this specification we have placed explicit boundaries on what should not be
 supported with `.signTx()`. Those being not witnessing
-[stake pool](https://github.com/input-output-hk/cardano-ledger/blob/1beddd3d9f10d8fcb163b5e83985c4bac6b74be7/eras/conway/test-suite/cddl-files/conway.cddl#L294C1-L295C43)
+[stake pool](https://github.com/IntersectMBO/cardano-ledger/blob/1beddd3d9f10d8fcb163b5e83985c4bac6b74be7/eras/conway/test-suite/cddl-files/conway.cddl#L294C1-L295C43)
 or
-[constitutional committee](https://github.com/input-output-hk/cardano-ledger/blob/1beddd3d9f10d8fcb163b5e83985c4bac6b74be7/eras/conway/test-suite/cddl-files/conway.cddl#L310C1-L311C61),
+[constitutional committee](https://github.com/IntersectMBO/cardano-ledger/blob/1beddd3d9f10d8fcb163b5e83985c4bac6b74be7/eras/conway/test-suite/cddl-files/conway.cddl#L310C1-L311C61),
 certificates and not inspecting genesis key delegation or MIR certificates.
 
 From speaking to CIP-30 implementors it seems reasonable that there does not
@@ -673,14 +676,14 @@ prefer the utility and security advantages not operating via light wallets. Due
 to the [Lack of Specificity](#lack-of-specificity) of CIP-30 we felt it
 necessary to explicitly state the lack of support in this extension.
 
-[Constitutional committee certificates](https://github.com/input-output-hk/cardano-ledger/blob/1beddd3d9f10d8fcb163b5e83985c4bac6b74be7/eras/conway/test-suite/cddl-files/conway.cddl#L310C1-L311C61)
+[Constitutional committee certificates](https://github.com/IntersectMBO/cardano-ledger/blob/1beddd3d9f10d8fcb163b5e83985c4bac6b74be7/eras/conway/test-suite/cddl-files/conway.cddl#L310C1-L311C61)
 are not supported by this specification's `.signTx()` for two reasons. First,
 this specification is only focussed on the need's of Ada holders and DReps.
 Secondly, the credentials used by the constitutional committee, are a hot and
 cold key setup. Hot and cold keys are not suited for standard light wallets.
 
 Genesis key delegation and move instantaneous reward certificates (see in
-[Shelley spec](https://github.com/input-output-hk/cardano-ledger/blob/0738804155245062f05e2f355fadd1d16f04cd56/shelley-ma/shelley-ma-test/cddl-files/shelley-ma.cddl#L117#L118))
+[Shelley spec](https://github.com/IntersectMBO/cardano-ledger/blob/0738804155245062f05e2f355fadd1d16f04cd56/shelley-ma/shelley-ma-test/cddl-files/shelley-ma.cddl#L117#L118))
 are not supported here because they have been depreciated in the Conway ledger
 era. Furthermore, due to the lack of accessibility (require access to genesis
 keys) for these certificates it is extremely unlikely any CIP-30 implementations
@@ -926,17 +929,24 @@ straight forward for wallets implementing both APIs.
     being a wallet web bridge.
 - <s>Should there be a way for the optional sharing of governance state, from
   wallet to client?</s>
-- Should DRep key be moved into CIP-1852?
-  - <s>Yes it will be moved to it's own CIP with reference added to
-    CIP-1852.</s>
+  - We leave this for future CIPs.
+- <s>Should DRep key be moved into CIP-1852?</s>
+  - Yes it will be moved to it's own CIP with reference added to
+    CIP-1852.
 
 ## Path to Active
 
 ### Acceptance Criteria
 
-- [ ] The interface is supported by three wallet providers.
-- [ ] The interface is used by one web application to allow users to engage with
+- [x] The interface is supported by three wallet providers.
+  - [Nufi](https://assets.nu.fi/extension/sanchonet/nufi-cwe-sanchonet-latest.zip)
+  - [Lace](https://chromewebstore.google.com/detail/lace-sanchonet/djcdfchkaijggdjokfomholkalbffgil?hl=en)
+  - [Yoroi](https://chrome.google.com/webstore/detail/yoroi-nightly/poonlenmfdfbjfeeballhiibknlknepo/related)
+  - [demos wallet](https://github.com/Ryun1/cip95-demos-wallet)
+- [x] The interface is used by one web application to allow users to engage with
       the Conway ledger design.
+  - [SanchoNet GovTool](https://sanchogov.tools)
+  - [demos test dApp](https://github.com/Ryun1/cip95-cardano-wallet-connector/tree/master)
 
 ### Implementation Plan
 
@@ -958,7 +968,8 @@ straight forward for wallets implementing both APIs.
 - [x] Author to provide a reference wallet implementation.
   - See [cip95-demos-wallet](https://github.com/Ryun1/cip95-demos-wallet/).
 - [ ] Author to produce a set of test vectors for wallets to test against.
-- [ ] Author to move DRep key definitions to a separate CIP.
+- [x] Author to move DRep key definitions to a separate CIP.
+  - via the addition of [CIP-105 | Conway era Key Chains for HD Wallets](https://github.com/cardano-foundation/CIPs/blob/master/CIP-0105/README.md) via [CIPs PR #597](https://github.com/cardano-foundation/CIPs/pull/597). 
   
 ## Copyright
 

README.md

@@ -90,7 +90,7 @@ CIP Editors meetings are public, recorded, and [published on Youtube](https://ww
 | 0088 | [Token Policy Registration](./CIP-0088) | Proposed |
 | 0093 | [Authenticated Web3 HTTP requests](./CIP-0093) | Proposed |
 | 0094 | [SPO On-chain Polls](./CIP-0094) | Active |
-| 0095 | [Web-Wallet Bridge - Governance](./CIP-0095) | Proposed |
+| 0095 | [Web-Wallet Bridge - Conway ledger era](./CIP-0095) | Active |
 | 0099 | [Proof of Onboarding](./CIP-0099) | Active |
 | 0100 | [Governance Metadata](./CIP-0100) | Proposed |
 | 0101 | [Integration of keccak256 into Plutus](./CIP-0101) | Proposed |