Revert to use InspectCmd, bump substrate 6bef4f4

[nuke-web3]

• Bumps substrate in Cargo.lock to paritytech/substrate@4ff92f1
• Corrects issue in Bump Substrate to b094edaf #958 with InspectKeyCmd, reverted to InspectCmd

Presently doesn't build, fails on dependency in frame-support

error: could not compile `frame-support`
error[E0277]: the trait bound `[T; N]: WrapperTypeEncode` is not satisfied
  --> cargo/git/checkouts/substrate-7e08433d4c370a21/4ff92f1/frame/support/src/traits/max_encoded_len.rs:82:40
   |
28 | pub trait MaxEncodedLen: Encode {
   |                          ------ required by this bound in `MaxEncodedLen`
...
82 | impl<T: MaxEncodedLen, const N: usize> MaxEncodedLen for [T; N] {
   |                                        ^^^^^^^^^^^^^ the trait `WrapperTypeEncode` is not implemented for `[T; N]`
   |
   = note: required because of the requirements on the impl of `_::_parity_scale_codec::Encode` for `[T; N]`

error: aborting due to previous error

For more information about this error, try `rustc --explain E0277`.

[nuke-web3]

Updated toolchain to try again, still same error as above

  stable-x86_64-unknown-linux-gnu unchanged - rustc 1.52.1 (9bc8c42bb 2021-05-09)
  nightly-x86_64-unknown-linux-gnu unchanged - rustc 1.54.0-nightly (5c0292654 2021-05-11)

Needed to bump cargo update -p environmental here to account for this.

[HCastano]

Thanks for the PR Dan!

Since you're here anyways, do you mind bumping it to whatever the latest version of Substrate Polkadot is using when you pick this up again?

[nuke-web3]

Sure! To clarify, you want what the master branch using or the latest release - they happen to both be 3f11019 , so I can use that here. We can specify the release tag instead of master in the full URL for the Cargo.lock file if you would prefer that? Or ( assume) you mean to track master?

I guess in the end it's a concrete commit, so it doesn't really matter, so pointing to master is best. Updated to 3f11019

[nuke-web3]

Ah shoot, the release didn't include the reversion of the type name yet 🤦🏼 so it's failing here until polkadot bumps it's substrate past this commit I suppose. paritytech/substrate@4ff92f1

[HCastano]

@nukemandan We don't want to follow releases, we want to track master, so bumping to Substrate c5f1ca65 should be fine.

I figured Polkadot would be more caught up, but I guess there haven't been any breaking changes recently.

[HCastano]

Any updates here @nukemandan?

[nuke-web3]

https://github.com/paritytech/polkadot/releases/tag/v0.9.2 now includes the right substrate stuff 🥳
will bump to that presently, then this should be gtg.

Update: builds locally just fine, substrate 6bef4f4

[HCastano]

Thanks!