Skip to content
  1. Sep 04, 2021
  2. Aug 28, 2021
    • Gavin Wood's avatar
      Companion for #3629 (XCM v2) (#571) · 9cc27783
      Gavin Wood authored
      * Update .gitignore and bring into line with XCM v2's SendError
      
      * type
      
      * Some work
      
      * Weighed responses
      
      * extra fields to xcm pallet
      
      * Fixes
      
      * Bump
      9cc27783
  3. Aug 22, 2021
  4. Aug 17, 2021
  5. Aug 12, 2021
  6. Aug 09, 2021
  7. Aug 06, 2021
  8. Aug 05, 2021
  9. Jul 20, 2021
  10. Jul 15, 2021
  11. Jul 05, 2021
  12. Jul 02, 2021
    • Bruno Škvorc's avatar
      Propose bumping StringLimit to 128 bytes (#516) · ee835beb
      Bruno Škvorc authored
      
      
      * Propose bumping StringLimit to 64 bytes
      
      The StringLimit of 50 bytes is too short for useful hashes of different protocols:
      
      - When using IPFS, the hash is 46 bytes. With a protocol prefix and type prefix (IPFS vs IPNS) it becomes: `ipfs://ipfs/QmPK1s3pNYLi9ERiq3BDxKa4XosgWwFRQUydHUtz4YgpqB` or 59 bytes.
      - On arweave, the hash is 43 bytes. Prefixed with just `arweave://` bumps it up to 53: `arweave://BNttzDav3jHVnNiV7nYbQv-GY0HQ-4XXsdkE5K9ylHQ`.
      - On Sia, with 46 char hashes, adding `sia://` as the protocol to use will bump it past 50: `sia://GACjmEWXmYF1N3Rc-PyjN304-8M0zOXHYzAXY9222xkGhA` (52)
      
      As such, we feel that 64 bytes is a reasonable minimum for the `StringLimit`.
      
      * Update lib.rs
      
      * Add different const for `UniquesStringLimit`
      
      Co-authored-by: default avatarShawn Tabrizi <[email protected]>
      ee835beb
  13. Jun 28, 2021