BREAKING CHANGE: Remove hardening from the definition of CIP-36 indices Purpose (1694) and CoinType (1815)
import * as Crypto from '@cardano-sdk/crypto';
import { CML, Cardano, coreToCml, util } from '@cardano-sdk/core';
import { util as keyManagementUtil } from '@cardano-sdk/key-management';
import { usingAutoFree } from '@cardano-sdk/util';
import blake2b from 'blake2b';
* CIP-36 voting key derivation path constants
*/
export enum VotingKeyDerivationPath {
PURPOSE = keyManagementUtil.harden(1694),
COIN_TYPE = keyManagementUtil.harden(1815)
PURPOSE = 1694,
COIN_TYPE = 1815
}
/**
await votingKeyAgent.exportExtendedKeyPair([
cip36.VotingKeyDerivationPath.PURPOSE,
cip36.VotingKeyDerivationPath.COIN_TYPE,
util.harden(walletKeyAgent.accountIndex), // using same account index as wallet's key agent here
walletKeyAgent.accountIndex, // using same account index as wallet's key agent here
0, // chain as per cip36
0 // address_index as per cip36
])
![iohk-bors[bot]](https://avatars.githubusercontent.com/in/17473?v=4&s=80)
3815: Cleanup nix setup: remove unused cabal shell r=Unisay a=Unisay ### Overview This pull request cleans up our `flake.nix` configuration by * removing the unused `cabal-shell.nix` * making explicit which shell is created when doing `nix develop` (it's `….devShells.default`). ### Issue Number ADP-2447 Co-authored-by: Yura Lazarev <[email protected]>
fix CI not running on bors branches
5023: fix CI not running on bors branches r=disassembler a=dermetfan Looks like this was broken in #4930 as `prAndBorsIo` was added but not used. Also removed `nix` from the task name. I do not see what purpose it has and it makes the names unnecessarily long. Also we happen to need the old names in #5018. Co-authored-by: Robin Stumm <[email protected]>
I don't trust it. Compare these two runs: 1. https://github.com/input-output-hk/cardano-haskell-packages/actions/runs/4532746158/jobs/7984714895 2. https://github.com/input-output-hk/cardano-haskell-packages/actions/runs/4516172089/jobs/7954255360 The second is on the parent commit of the first, the commit itself is a no-op, and yet the derivations they build are not the same! Doing the same locally, I get a) a different derivation, but b) the same derivation for both. I conclude that what the CI is doing is questionable, the cache seems like the most likely source of pollution. I suspect whatever is causing this was also responsible for the no-op PR spending a lot of time building tons of stuff.
* Update readme (cli flags, comment dsl, new format) * Document the comment DSL * Document CLI flags * Mention new split rust/wasm output structure * Remove unsupported section (to handle in issues instead as this tends to get very outdated) * respond to comments + add supported.cddl * minor fixes for comment placement in supported.cddl + remove unsupported optional fixed value from example
There's an issue with the `deriving via` clause for OneEraHeader: * `show`ing a `NS Header (CardanoEras StandardCrypto BatchCompatibleCrypto)` works fine * `show`ing a `OneEraHeader (CardanoEras ...)` yields the annoying error message about not being able to handle 2 different cryptos Using forAllBlind in the property removes the QC requirement to be able to `Show` the generated values which makes it work.
Co-authored-by: Sebastien Guillemot <[email protected]>
5018: Use ouroboros-network-0.3.0.2 and ouroboros-network-framework-0.2.0.1 r=dermetfan a=coot Co-authored-by: Marcin Szamotulski <[email protected]> Co-authored-by: Samuel Leathers <[email protected]>
