juno-network 0.4.0 → 0.5.0
Sign up to get free protection for your applications and to get access to all the features.
- package/main/codegen/cosmos/client.js +11 -5
- package/main/codegen/cosmwasm/client.js +11 -5
- package/main/codegen/ibc/client.js +11 -5
- package/package.json +3 -3
- package/types/codegen/JunoSwap.client.d.ts +120 -0
- package/types/codegen/JunoSwap.types.d.ts +124 -0
- package/types/codegen/confio/proofs.d.ts +495 -0
- package/types/codegen/contracts.d.ts +12 -0
- package/types/codegen/cosmos/app/v1alpha1/config.d.ts +51 -0
- package/types/codegen/cosmos/app/v1alpha1/module.d.ts +105 -0
- package/types/codegen/cosmos/app/v1alpha1/query.d.ts +25 -0
- package/types/codegen/cosmos/app/v1alpha1/query.rpc.query.d.ts +11 -0
- package/types/codegen/cosmos/auth/v1beta1/auth.d.ts +49 -0
- package/types/codegen/cosmos/auth/v1beta1/genesis.d.ts +18 -0
- package/types/codegen/cosmos/auth/v1beta1/query.d.ts +171 -0
- package/types/codegen/cosmos/auth/v1beta1/query.lcd.d.ts +14 -0
- package/types/codegen/cosmos/auth/v1beta1/query.rpc.query.d.ts +23 -0
- package/types/codegen/cosmos/authz/v1beta1/authz.d.ts +95 -0
- package/types/codegen/cosmos/authz/v1beta1/event.d.ts +48 -0
- package/types/codegen/cosmos/authz/v1beta1/genesis.d.ts +16 -0
- package/types/codegen/cosmos/authz/v1beta1/query.d.ts +118 -0
- package/types/codegen/cosmos/authz/v1beta1/query.lcd.d.ts +11 -0
- package/types/codegen/cosmos/authz/v1beta1/query.rpc.query.d.ts +21 -0
- package/types/codegen/cosmos/authz/v1beta1/tx.amino.d.ts +54 -0
- package/types/codegen/cosmos/authz/v1beta1/tx.d.ts +118 -0
- package/types/codegen/cosmos/authz/v1beta1/tx.registry.d.ts +76 -0
- package/types/codegen/cosmos/authz/v1beta1/tx.rpc.msg.d.ts +15 -0
- package/types/codegen/cosmos/bank/v1beta1/authz.d.ts +26 -0
- package/types/codegen/cosmos/bank/v1beta1/bank.d.ts +222 -0
- package/types/codegen/cosmos/bank/v1beta1/genesis.d.ts +62 -0
- package/types/codegen/cosmos/bank/v1beta1/query.d.ts +396 -0
- package/types/codegen/cosmos/bank/v1beta1/query.lcd.d.ts +17 -0
- package/types/codegen/cosmos/bank/v1beta1/query.rpc.query.d.ts +39 -0
- package/types/codegen/cosmos/bank/v1beta1/tx.amino.d.ts +44 -0
- package/types/codegen/cosmos/bank/v1beta1/tx.d.ts +58 -0
- package/types/codegen/cosmos/bank/v1beta1/tx.registry.d.ts +36 -0
- package/types/codegen/cosmos/bank/v1beta1/tx.rpc.msg.d.ts +13 -0
- package/types/codegen/cosmos/base/abci/v1beta1/abci.d.ts +354 -0
- package/types/codegen/cosmos/base/kv/v1beta1/kv.d.ts +25 -0
- package/types/codegen/cosmos/base/query/v1beta1/pagination.d.ts +138 -0
- package/types/codegen/cosmos/base/reflection/v1beta1/reflection.d.ts +53 -0
- package/types/codegen/cosmos/base/reflection/v2alpha1/reflection.d.ts +514 -0
- package/types/codegen/cosmos/base/snapshots/v1beta1/snapshot.d.ts +118 -0
- package/types/codegen/cosmos/base/store/v1beta1/commit_info.d.ts +47 -0
- package/types/codegen/cosmos/base/store/v1beta1/listening.d.ts +24 -0
- package/types/codegen/cosmos/base/tendermint/v1beta1/query.d.ts +197 -0
- package/types/codegen/cosmos/base/tendermint/v1beta1/query.lcd.d.ts +13 -0
- package/types/codegen/cosmos/base/tendermint/v1beta1/query.rpc.svc.d.ts +21 -0
- package/types/codegen/cosmos/base/v1beta1/coin.d.ts +78 -0
- package/types/codegen/cosmos/bundle.d.ts +6233 -0
- package/types/codegen/cosmos/capability/v1beta1/capability.d.ts +45 -0
- package/types/codegen/cosmos/capability/v1beta1/genesis.d.ts +34 -0
- package/types/codegen/cosmos/client.d.ts +473 -0
- package/types/codegen/cosmos/crisis/v1beta1/genesis.d.ts +18 -0
- package/types/codegen/cosmos/crisis/v1beta1/tx.amino.d.ts +17 -0
- package/types/codegen/cosmos/crisis/v1beta1/tx.d.ts +25 -0
- package/types/codegen/cosmos/crisis/v1beta1/tx.registry.d.ts +36 -0
- package/types/codegen/cosmos/crisis/v1beta1/tx.rpc.msg.d.ts +11 -0
- package/types/codegen/cosmos/crypto/ed25519/keys.d.ts +46 -0
- package/types/codegen/cosmos/crypto/hd/v1/hd.d.ts +39 -0
- package/types/codegen/cosmos/crypto/keyring/v1/record.d.ts +95 -0
- package/types/codegen/cosmos/crypto/multisig/keys.d.ts +26 -0
- package/types/codegen/cosmos/crypto/multisig/v1beta1/multisig.d.ts +48 -0
- package/types/codegen/cosmos/crypto/secp256k1/keys.d.ts +40 -0
- package/types/codegen/cosmos/crypto/secp256r1/keys.d.ts +38 -0
- package/types/codegen/cosmos/distribution/v1beta1/distribution.d.ts +281 -0
- package/types/codegen/cosmos/distribution/v1beta1/genesis.d.ts +224 -0
- package/types/codegen/cosmos/distribution/v1beta1/query.d.ts +385 -0
- package/types/codegen/cosmos/distribution/v1beta1/query.lcd.d.ts +17 -0
- package/types/codegen/cosmos/distribution/v1beta1/query.rpc.query.d.ts +39 -0
- package/types/codegen/cosmos/distribution/v1beta1/tx.amino.d.ts +54 -0
- package/types/codegen/cosmos/distribution/v1beta1/tx.d.ts +133 -0
- package/types/codegen/cosmos/distribution/v1beta1/tx.registry.d.ts +60 -0
- package/types/codegen/cosmos/distribution/v1beta1/tx.rpc.msg.d.ts +17 -0
- package/types/codegen/cosmos/evidence/v1beta1/evidence.d.ts +19 -0
- package/types/codegen/cosmos/evidence/v1beta1/genesis.d.ts +15 -0
- package/types/codegen/cosmos/evidence/v1beta1/query.d.ts +60 -0
- package/types/codegen/cosmos/evidence/v1beta1/query.lcd.d.ts +9 -0
- package/types/codegen/cosmos/evidence/v1beta1/query.rpc.query.d.ts +13 -0
- package/types/codegen/cosmos/evidence/v1beta1/tx.amino.d.ts +19 -0
- package/types/codegen/cosmos/evidence/v1beta1/tx.d.ts +30 -0
- package/types/codegen/cosmos/evidence/v1beta1/tx.registry.d.ts +36 -0
- package/types/codegen/cosmos/evidence/v1beta1/tx.rpc.msg.d.ts +11 -0
- package/types/codegen/cosmos/feegrant/v1beta1/feegrant.d.ts +89 -0
- package/types/codegen/cosmos/feegrant/v1beta1/genesis.d.ts +14 -0
- package/types/codegen/cosmos/feegrant/v1beta1/query.d.ts +84 -0
- package/types/codegen/cosmos/feegrant/v1beta1/query.lcd.d.ts +10 -0
- package/types/codegen/cosmos/feegrant/v1beta1/query.rpc.query.d.ts +15 -0
- package/types/codegen/cosmos/feegrant/v1beta1/tx.amino.d.ts +32 -0
- package/types/codegen/cosmos/feegrant/v1beta1/tx.d.ts +56 -0
- package/types/codegen/cosmos/feegrant/v1beta1/tx.registry.d.ts +56 -0
- package/types/codegen/cosmos/feegrant/v1beta1/tx.rpc.msg.d.ts +13 -0
- package/types/codegen/cosmos/genutil/v1beta1/genesis.d.ts +14 -0
- package/types/codegen/cosmos/gov/v1/genesis.d.ts +42 -0
- package/types/codegen/cosmos/gov/v1/gov.d.ts +301 -0
- package/types/codegen/cosmos/gov/v1/query.d.ts +298 -0
- package/types/codegen/cosmos/gov/v1/query.lcd.d.ts +16 -0
- package/types/codegen/cosmos/gov/v1/query.rpc.query.d.ts +36 -0
- package/types/codegen/cosmos/gov/v1/tx.amino.d.ts +86 -0
- package/types/codegen/cosmos/gov/v1/tx.d.ts +169 -0
- package/types/codegen/cosmos/gov/v1/tx.registry.d.ts +72 -0
- package/types/codegen/cosmos/gov/v1/tx.rpc.msg.d.ts +19 -0
- package/types/codegen/cosmos/gov/v1beta1/genesis.d.ts +42 -0
- package/types/codegen/cosmos/gov/v1beta1/gov.d.ts +338 -0
- package/types/codegen/cosmos/gov/v1beta1/query.d.ts +298 -0
- package/types/codegen/cosmos/gov/v1beta1/query.lcd.d.ts +16 -0
- package/types/codegen/cosmos/gov/v1beta1/query.rpc.query.d.ts +36 -0
- package/types/codegen/cosmos/gov/v1beta1/tx.amino.d.ts +68 -0
- package/types/codegen/cosmos/gov/v1beta1/tx.d.ts +141 -0
- package/types/codegen/cosmos/gov/v1beta1/tx.registry.d.ts +60 -0
- package/types/codegen/cosmos/gov/v1beta1/tx.rpc.msg.d.ts +17 -0
- package/types/codegen/cosmos/group/v1/events.d.ts +115 -0
- package/types/codegen/cosmos/group/v1/genesis.d.ts +38 -0
- package/types/codegen/cosmos/group/v1/query.d.ts +350 -0
- package/types/codegen/cosmos/group/v1/query.lcd.d.ts +20 -0
- package/types/codegen/cosmos/group/v1/query.rpc.query.d.ts +35 -0
- package/types/codegen/cosmos/group/v1/tx.amino.d.ts +227 -0
- package/types/codegen/cosmos/group/v1/tx.d.ts +419 -0
- package/types/codegen/cosmos/group/v1/tx.registry.d.ts +296 -0
- package/types/codegen/cosmos/group/v1/tx.rpc.msg.d.ts +37 -0
- package/types/codegen/cosmos/group/v1/types.d.ts +324 -0
- package/types/codegen/cosmos/lcd.d.ts +28 -0
- package/types/codegen/cosmos/mint/v1beta1/genesis.d.ts +17 -0
- package/types/codegen/cosmos/mint/v1beta1/mint.d.ts +38 -0
- package/types/codegen/cosmos/mint/v1beta1/query.d.ts +78 -0
- package/types/codegen/cosmos/mint/v1beta1/query.lcd.d.ts +10 -0
- package/types/codegen/cosmos/mint/v1beta1/query.rpc.query.d.ts +15 -0
- package/types/codegen/cosmos/msg/v1/msg.d.ts +1 -0
- package/types/codegen/cosmos/nft/v1beta1/event.d.ts +42 -0
- package/types/codegen/cosmos/nft/v1beta1/genesis.d.ts +30 -0
- package/types/codegen/cosmos/nft/v1beta1/nft.d.ts +47 -0
- package/types/codegen/cosmos/nft/v1beta1/query.d.ts +166 -0
- package/types/codegen/cosmos/nft/v1beta1/query.lcd.d.ts +14 -0
- package/types/codegen/cosmos/nft/v1beta1/query.rpc.query.d.ts +23 -0
- package/types/codegen/cosmos/nft/v1beta1/tx.amino.d.ts +18 -0
- package/types/codegen/cosmos/nft/v1beta1/tx.d.ts +30 -0
- package/types/codegen/cosmos/nft/v1beta1/tx.registry.d.ts +36 -0
- package/types/codegen/cosmos/nft/v1beta1/tx.rpc.msg.d.ts +11 -0
- package/types/codegen/cosmos/orm/v1/orm.d.ts +117 -0
- package/types/codegen/cosmos/orm/v1alpha1/schema.d.ts +90 -0
- package/types/codegen/cosmos/params/v1beta1/params.d.ts +31 -0
- package/types/codegen/cosmos/params/v1beta1/query.d.ts +71 -0
- package/types/codegen/cosmos/params/v1beta1/query.lcd.d.ts +9 -0
- package/types/codegen/cosmos/params/v1beta1/query.rpc.query.d.ts +13 -0
- package/types/codegen/cosmos/rpc.query.d.ts +97 -0
- package/types/codegen/cosmos/rpc.tx.d.ts +26 -0
- package/types/codegen/cosmos/slashing/v1beta1/genesis.d.ts +70 -0
- package/types/codegen/cosmos/slashing/v1beta1/query.d.ts +85 -0
- package/types/codegen/cosmos/slashing/v1beta1/query.lcd.d.ts +10 -0
- package/types/codegen/cosmos/slashing/v1beta1/query.rpc.query.d.ts +15 -0
- package/types/codegen/cosmos/slashing/v1beta1/slashing.d.ts +52 -0
- package/types/codegen/cosmos/slashing/v1beta1/tx.amino.d.ts +15 -0
- package/types/codegen/cosmos/slashing/v1beta1/tx.d.ts +23 -0
- package/types/codegen/cosmos/slashing/v1beta1/tx.registry.d.ts +36 -0
- package/types/codegen/cosmos/slashing/v1beta1/tx.rpc.msg.d.ts +11 -0
- package/types/codegen/cosmos/staking/v1beta1/authz.d.ts +97 -0
- package/types/codegen/cosmos/staking/v1beta1/genesis.d.ts +75 -0
- package/types/codegen/cosmos/staking/v1beta1/query.d.ts +592 -0
- package/types/codegen/cosmos/staking/v1beta1/query.lcd.d.ts +22 -0
- package/types/codegen/cosmos/staking/v1beta1/query.rpc.query.d.ts +54 -0
- package/types/codegen/cosmos/staking/v1beta1/staking.d.ts +568 -0
- package/types/codegen/cosmos/staking/v1beta1/tx.amino.d.ts +106 -0
- package/types/codegen/cosmos/staking/v1beta1/tx.d.ts +191 -0
- package/types/codegen/cosmos/staking/v1beta1/tx.registry.d.ts +72 -0
- package/types/codegen/cosmos/staking/v1beta1/tx.rpc.msg.d.ts +19 -0
- package/types/codegen/cosmos/tx/signing/v1beta1/signing.d.ts +203 -0
- package/types/codegen/cosmos/tx/v1beta1/service.d.ts +339 -0
- package/types/codegen/cosmos/tx/v1beta1/service.lcd.d.ts +11 -0
- package/types/codegen/cosmos/tx/v1beta1/service.rpc.svc.d.ts +27 -0
- package/types/codegen/cosmos/tx/v1beta1/tx.d.ts +603 -0
- package/types/codegen/cosmos/upgrade/v1beta1/query.d.ts +233 -0
- package/types/codegen/cosmos/upgrade/v1beta1/query.lcd.d.ts +13 -0
- package/types/codegen/cosmos/upgrade/v1beta1/query.rpc.query.d.ts +27 -0
- package/types/codegen/cosmos/upgrade/v1beta1/tx.amino.d.ts +39 -0
- package/types/codegen/cosmos/upgrade/v1beta1/tx.d.ts +91 -0
- package/types/codegen/cosmos/upgrade/v1beta1/tx.registry.d.ts +36 -0
- package/types/codegen/cosmos/upgrade/v1beta1/tx.rpc.msg.d.ts +13 -0
- package/types/codegen/cosmos/upgrade/v1beta1/upgrade.d.ts +165 -0
- package/types/codegen/cosmos/vesting/v1beta1/tx.amino.d.ts +58 -0
- package/types/codegen/cosmos/vesting/v1beta1/tx.d.ts +88 -0
- package/types/codegen/cosmos/vesting/v1beta1/tx.registry.d.ts +76 -0
- package/types/codegen/cosmos/vesting/v1beta1/tx.rpc.msg.d.ts +15 -0
- package/types/codegen/cosmos/vesting/v1beta1/vesting.d.ts +97 -0
- package/types/codegen/cosmos_proto/bundle.d.ts +24 -0
- package/types/codegen/cosmos_proto/cosmos.d.ts +124 -0
- package/types/codegen/cosmwasm/bundle.d.ts +1109 -0
- package/types/codegen/cosmwasm/client.d.ts +120 -0
- package/types/codegen/cosmwasm/lcd.d.ts +33 -0
- package/types/codegen/cosmwasm/rpc.query.d.ts +112 -0
- package/types/codegen/cosmwasm/rpc.tx.d.ts +31 -0
- package/types/codegen/cosmwasm/wasm/v1/genesis.d.ts +101 -0
- package/types/codegen/cosmwasm/wasm/v1/ibc.d.ts +60 -0
- package/types/codegen/cosmwasm/wasm/v1/proposal.d.ts +297 -0
- package/types/codegen/cosmwasm/wasm/v1/query.d.ts +411 -0
- package/types/codegen/cosmwasm/wasm/v1/query.lcd.d.ts +17 -0
- package/types/codegen/cosmwasm/wasm/v1/query.rpc.query.d.ts +39 -0
- package/types/codegen/cosmwasm/wasm/v1/tx.amino.d.ts +95 -0
- package/types/codegen/cosmwasm/wasm/v1/tx.d.ts +262 -0
- package/types/codegen/cosmwasm/wasm/v1/tx.registry.d.ts +84 -0
- package/types/codegen/cosmwasm/wasm/v1/tx.rpc.msg.d.ts +21 -0
- package/types/codegen/cosmwasm/wasm/v1/types.d.ts +247 -0
- package/types/codegen/gogoproto/bundle.d.ts +1 -0
- package/types/codegen/gogoproto/gogo.d.ts +1 -0
- package/types/codegen/google/api/annotations.d.ts +1 -0
- package/types/codegen/google/api/http.d.ts +375 -0
- package/types/codegen/google/bundle.d.ts +1545 -0
- package/types/codegen/google/protobuf/any.d.ts +237 -0
- package/types/codegen/google/protobuf/descriptor.d.ts +1725 -0
- package/types/codegen/google/protobuf/duration.d.ts +161 -0
- package/types/codegen/google/protobuf/empty.d.ts +33 -0
- package/types/codegen/google/protobuf/field_mask.d.ts +417 -0
- package/types/codegen/google/protobuf/struct.d.ts +148 -0
- package/types/codegen/google/protobuf/timestamp.d.ts +205 -0
- package/types/codegen/google/protobuf/wrappers.d.ts +209 -0
- package/types/codegen/ibc/applications/transfer/v1/genesis.d.ts +20 -0
- package/types/codegen/ibc/applications/transfer/v1/query.d.ts +118 -0
- package/types/codegen/ibc/applications/transfer/v1/query.lcd.d.ts +11 -0
- package/types/codegen/ibc/applications/transfer/v1/query.rpc.query.d.ts +21 -0
- package/types/codegen/ibc/applications/transfer/v1/transfer.d.ts +74 -0
- package/types/codegen/ibc/applications/transfer/v1/tx.amino.d.ts +25 -0
- package/types/codegen/ibc/applications/transfer/v1/tx.d.ts +74 -0
- package/types/codegen/ibc/applications/transfer/v1/tx.registry.d.ts +24 -0
- package/types/codegen/ibc/applications/transfer/v1/tx.rpc.msg.d.ts +11 -0
- package/types/codegen/ibc/applications/transfer/v2/packet.d.ts +37 -0
- package/types/codegen/ibc/bundle.d.ts +3781 -0
- package/types/codegen/ibc/client.d.ts +559 -0
- package/types/codegen/ibc/core/channel/v1/channel.d.ts +313 -0
- package/types/codegen/ibc/core/channel/v1/genesis.d.ts +55 -0
- package/types/codegen/ibc/core/channel/v1/query.d.ts +726 -0
- package/types/codegen/ibc/core/channel/v1/query.lcd.d.ts +21 -0
- package/types/codegen/ibc/core/channel/v1/query.rpc.query.d.ts +51 -0
- package/types/codegen/ibc/core/channel/v1/tx.amino.d.ts +209 -0
- package/types/codegen/ibc/core/channel/v1/tx.d.ts +380 -0
- package/types/codegen/ibc/core/channel/v1/tx.registry.d.ts +132 -0
- package/types/codegen/ibc/core/channel/v1/tx.rpc.msg.d.ts +29 -0
- package/types/codegen/ibc/core/client/v1/client.d.ts +219 -0
- package/types/codegen/ibc/core/client/v1/genesis.d.ts +82 -0
- package/types/codegen/ibc/core/client/v1/query.d.ts +377 -0
- package/types/codegen/ibc/core/client/v1/query.lcd.d.ts +16 -0
- package/types/codegen/ibc/core/client/v1/query.rpc.query.d.ts +36 -0
- package/types/codegen/ibc/core/client/v1/tx.amino.d.ts +77 -0
- package/types/codegen/ibc/core/client/v1/tx.d.ts +187 -0
- package/types/codegen/ibc/core/client/v1/tx.registry.d.ts +60 -0
- package/types/codegen/ibc/core/client/v1/tx.rpc.msg.d.ts +17 -0
- package/types/codegen/ibc/core/commitment/v1/commitment.d.ts +89 -0
- package/types/codegen/ibc/core/connection/v1/connection.d.ts +260 -0
- package/types/codegen/ibc/core/connection/v1/genesis.d.ts +24 -0
- package/types/codegen/ibc/core/connection/v1/query.d.ts +264 -0
- package/types/codegen/ibc/core/connection/v1/query.lcd.d.ts +13 -0
- package/types/codegen/ibc/core/connection/v1/query.rpc.query.d.ts +27 -0
- package/types/codegen/ibc/core/connection/v1/tx.amino.d.ts +103 -0
- package/types/codegen/ibc/core/connection/v1/tx.d.ts +225 -0
- package/types/codegen/ibc/core/connection/v1/tx.registry.d.ts +60 -0
- package/types/codegen/ibc/core/connection/v1/tx.rpc.msg.d.ts +17 -0
- package/types/codegen/ibc/core/port/v1/query.d.ts +37 -0
- package/types/codegen/ibc/core/port/v1/query.rpc.query.d.ts +11 -0
- package/types/codegen/ibc/core/types/v1/genesis.d.ts +21 -0
- package/types/codegen/ibc/lcd.d.ts +46 -0
- package/types/codegen/ibc/lightclients/localhost/v1/localhost.d.ts +28 -0
- package/types/codegen/ibc/lightclients/solomachine/v1/solomachine.d.ts +433 -0
- package/types/codegen/ibc/lightclients/solomachine/v2/solomachine.d.ts +433 -0
- package/types/codegen/ibc/lightclients/tendermint/v1/tendermint.d.ts +215 -0
- package/types/codegen/ibc/rpc.query.d.ts +148 -0
- package/types/codegen/ibc/rpc.tx.d.ts +44 -0
- package/types/codegen/ics23/bundle.d.ts +545 -0
- package/types/codegen/index.d.ts +18 -0
- package/types/codegen/juno/bundle.d.ts +226 -0
- package/types/codegen/juno/lcd.d.ts +31 -0
- package/types/codegen/juno/mint/genesis.d.ts +22 -0
- package/types/codegen/juno/mint/mint.d.ts +44 -0
- package/types/codegen/juno/mint/query.d.ts +99 -0
- package/types/codegen/juno/mint/query.lcd.d.ts +11 -0
- package/types/codegen/juno/mint/query.rpc.query.d.ts +21 -0
- package/types/codegen/juno/rpc.query.d.ts +104 -0
- package/types/codegen/tendermint/abci/types.d.ts +902 -0
- package/types/codegen/tendermint/bundle.d.ts +2065 -0
- package/types/codegen/tendermint/crypto/keys.d.ts +17 -0
- package/types/codegen/tendermint/crypto/proof.d.ts +89 -0
- package/types/codegen/tendermint/libs/bits/types.d.ts +15 -0
- package/types/codegen/tendermint/p2p/types.d.ts +87 -0
- package/types/codegen/tendermint/types/block.d.ts +21 -0
- package/types/codegen/tendermint/types/evidence.d.ts +70 -0
- package/types/codegen/tendermint/types/params.d.ts +181 -0
- package/types/codegen/tendermint/types/types.d.ts +326 -0
- package/types/codegen/tendermint/types/validator.d.ts +48 -0
- package/types/codegen/tendermint/version/types.d.ts +48 -0
- package/types/index.d.ts +1 -0
@@ -0,0 +1,161 @@
|
|
1
|
+
import * as _m0 from "protobufjs/minimal";
|
2
|
+
import { Long, DeepPartial } from "@osmonauts/helpers";
|
3
|
+
/**
|
4
|
+
* A Duration represents a signed, fixed-length span of time represented
|
5
|
+
* as a count of seconds and fractions of seconds at nanosecond
|
6
|
+
* resolution. It is independent of any calendar and concepts like "day"
|
7
|
+
* or "month". It is related to Timestamp in that the difference between
|
8
|
+
* two Timestamp values is a Duration and it can be added or subtracted
|
9
|
+
* from a Timestamp. Range is approximately +-10,000 years.
|
10
|
+
*
|
11
|
+
* # Examples
|
12
|
+
*
|
13
|
+
* Example 1: Compute Duration from two Timestamps in pseudo code.
|
14
|
+
*
|
15
|
+
* Timestamp start = ...;
|
16
|
+
* Timestamp end = ...;
|
17
|
+
* Duration duration = ...;
|
18
|
+
*
|
19
|
+
* duration.seconds = end.seconds - start.seconds;
|
20
|
+
* duration.nanos = end.nanos - start.nanos;
|
21
|
+
*
|
22
|
+
* if (duration.seconds < 0 && duration.nanos > 0) {
|
23
|
+
* duration.seconds += 1;
|
24
|
+
* duration.nanos -= 1000000000;
|
25
|
+
* } else if (durations.seconds > 0 && duration.nanos < 0) {
|
26
|
+
* duration.seconds -= 1;
|
27
|
+
* duration.nanos += 1000000000;
|
28
|
+
* }
|
29
|
+
*
|
30
|
+
* Example 2: Compute Timestamp from Timestamp + Duration in pseudo code.
|
31
|
+
*
|
32
|
+
* Timestamp start = ...;
|
33
|
+
* Duration duration = ...;
|
34
|
+
* Timestamp end = ...;
|
35
|
+
*
|
36
|
+
* end.seconds = start.seconds + duration.seconds;
|
37
|
+
* end.nanos = start.nanos + duration.nanos;
|
38
|
+
*
|
39
|
+
* if (end.nanos < 0) {
|
40
|
+
* end.seconds -= 1;
|
41
|
+
* end.nanos += 1000000000;
|
42
|
+
* } else if (end.nanos >= 1000000000) {
|
43
|
+
* end.seconds += 1;
|
44
|
+
* end.nanos -= 1000000000;
|
45
|
+
* }
|
46
|
+
*
|
47
|
+
* Example 3: Compute Duration from datetime.timedelta in Python.
|
48
|
+
*
|
49
|
+
* td = datetime.timedelta(days=3, minutes=10)
|
50
|
+
* duration = Duration()
|
51
|
+
* duration.FromTimedelta(td)
|
52
|
+
*
|
53
|
+
* # JSON Mapping
|
54
|
+
*
|
55
|
+
* In JSON format, the Duration type is encoded as a string rather than an
|
56
|
+
* object, where the string ends in the suffix "s" (indicating seconds) and
|
57
|
+
* is preceded by the number of seconds, with nanoseconds expressed as
|
58
|
+
* fractional seconds. For example, 3 seconds with 0 nanoseconds should be
|
59
|
+
* encoded in JSON format as "3s", while 3 seconds and 1 nanosecond should
|
60
|
+
* be expressed in JSON format as "3.000000001s", and 3 seconds and 1
|
61
|
+
* microsecond should be expressed in JSON format as "3.000001s".
|
62
|
+
*/
|
63
|
+
export interface Duration {
|
64
|
+
/**
|
65
|
+
* Signed seconds of the span of time. Must be from -315,576,000,000
|
66
|
+
* to +315,576,000,000 inclusive. Note: these bounds are computed from:
|
67
|
+
* 60 sec/min * 60 min/hr * 24 hr/day * 365.25 days/year * 10000 years
|
68
|
+
*/
|
69
|
+
seconds: Long;
|
70
|
+
/**
|
71
|
+
* Signed fractions of a second at nanosecond resolution of the span
|
72
|
+
* of time. Durations less than one second are represented with a 0
|
73
|
+
* `seconds` field and a positive or negative `nanos` field. For durations
|
74
|
+
* of one second or more, a non-zero value for the `nanos` field must be
|
75
|
+
* of the same sign as the `seconds` field. Must be from -999,999,999
|
76
|
+
* to +999,999,999 inclusive.
|
77
|
+
*/
|
78
|
+
nanos: number;
|
79
|
+
}
|
80
|
+
/**
|
81
|
+
* A Duration represents a signed, fixed-length span of time represented
|
82
|
+
* as a count of seconds and fractions of seconds at nanosecond
|
83
|
+
* resolution. It is independent of any calendar and concepts like "day"
|
84
|
+
* or "month". It is related to Timestamp in that the difference between
|
85
|
+
* two Timestamp values is a Duration and it can be added or subtracted
|
86
|
+
* from a Timestamp. Range is approximately +-10,000 years.
|
87
|
+
*
|
88
|
+
* # Examples
|
89
|
+
*
|
90
|
+
* Example 1: Compute Duration from two Timestamps in pseudo code.
|
91
|
+
*
|
92
|
+
* Timestamp start = ...;
|
93
|
+
* Timestamp end = ...;
|
94
|
+
* Duration duration = ...;
|
95
|
+
*
|
96
|
+
* duration.seconds = end.seconds - start.seconds;
|
97
|
+
* duration.nanos = end.nanos - start.nanos;
|
98
|
+
*
|
99
|
+
* if (duration.seconds < 0 && duration.nanos > 0) {
|
100
|
+
* duration.seconds += 1;
|
101
|
+
* duration.nanos -= 1000000000;
|
102
|
+
* } else if (durations.seconds > 0 && duration.nanos < 0) {
|
103
|
+
* duration.seconds -= 1;
|
104
|
+
* duration.nanos += 1000000000;
|
105
|
+
* }
|
106
|
+
*
|
107
|
+
* Example 2: Compute Timestamp from Timestamp + Duration in pseudo code.
|
108
|
+
*
|
109
|
+
* Timestamp start = ...;
|
110
|
+
* Duration duration = ...;
|
111
|
+
* Timestamp end = ...;
|
112
|
+
*
|
113
|
+
* end.seconds = start.seconds + duration.seconds;
|
114
|
+
* end.nanos = start.nanos + duration.nanos;
|
115
|
+
*
|
116
|
+
* if (end.nanos < 0) {
|
117
|
+
* end.seconds -= 1;
|
118
|
+
* end.nanos += 1000000000;
|
119
|
+
* } else if (end.nanos >= 1000000000) {
|
120
|
+
* end.seconds += 1;
|
121
|
+
* end.nanos -= 1000000000;
|
122
|
+
* }
|
123
|
+
*
|
124
|
+
* Example 3: Compute Duration from datetime.timedelta in Python.
|
125
|
+
*
|
126
|
+
* td = datetime.timedelta(days=3, minutes=10)
|
127
|
+
* duration = Duration()
|
128
|
+
* duration.FromTimedelta(td)
|
129
|
+
*
|
130
|
+
* # JSON Mapping
|
131
|
+
*
|
132
|
+
* In JSON format, the Duration type is encoded as a string rather than an
|
133
|
+
* object, where the string ends in the suffix "s" (indicating seconds) and
|
134
|
+
* is preceded by the number of seconds, with nanoseconds expressed as
|
135
|
+
* fractional seconds. For example, 3 seconds with 0 nanoseconds should be
|
136
|
+
* encoded in JSON format as "3s", while 3 seconds and 1 nanosecond should
|
137
|
+
* be expressed in JSON format as "3.000000001s", and 3 seconds and 1
|
138
|
+
* microsecond should be expressed in JSON format as "3.000001s".
|
139
|
+
*/
|
140
|
+
export interface DurationSDKType {
|
141
|
+
/**
|
142
|
+
* Signed seconds of the span of time. Must be from -315,576,000,000
|
143
|
+
* to +315,576,000,000 inclusive. Note: these bounds are computed from:
|
144
|
+
* 60 sec/min * 60 min/hr * 24 hr/day * 365.25 days/year * 10000 years
|
145
|
+
*/
|
146
|
+
seconds: Long;
|
147
|
+
/**
|
148
|
+
* Signed fractions of a second at nanosecond resolution of the span
|
149
|
+
* of time. Durations less than one second are represented with a 0
|
150
|
+
* `seconds` field and a positive or negative `nanos` field. For durations
|
151
|
+
* of one second or more, a non-zero value for the `nanos` field must be
|
152
|
+
* of the same sign as the `seconds` field. Must be from -999,999,999
|
153
|
+
* to +999,999,999 inclusive.
|
154
|
+
*/
|
155
|
+
nanos: number;
|
156
|
+
}
|
157
|
+
export declare const Duration: {
|
158
|
+
encode(message: Duration, writer?: _m0.Writer): _m0.Writer;
|
159
|
+
decode(input: _m0.Reader | Uint8Array, length?: number): Duration;
|
160
|
+
fromPartial(object: DeepPartial<Duration>): Duration;
|
161
|
+
};
|
@@ -0,0 +1,33 @@
|
|
1
|
+
import * as _m0 from "protobufjs/minimal";
|
2
|
+
import { DeepPartial } from "@osmonauts/helpers";
|
3
|
+
/**
|
4
|
+
* A generic empty message that you can re-use to avoid defining duplicated
|
5
|
+
* empty messages in your APIs. A typical example is to use it as the request
|
6
|
+
* or the response type of an API method. For instance:
|
7
|
+
*
|
8
|
+
* service Foo {
|
9
|
+
* rpc Bar(google.protobuf.Empty) returns (google.protobuf.Empty);
|
10
|
+
* }
|
11
|
+
*
|
12
|
+
* The JSON representation for `Empty` is empty JSON object `{}`.
|
13
|
+
*/
|
14
|
+
export interface Empty {
|
15
|
+
}
|
16
|
+
/**
|
17
|
+
* A generic empty message that you can re-use to avoid defining duplicated
|
18
|
+
* empty messages in your APIs. A typical example is to use it as the request
|
19
|
+
* or the response type of an API method. For instance:
|
20
|
+
*
|
21
|
+
* service Foo {
|
22
|
+
* rpc Bar(google.protobuf.Empty) returns (google.protobuf.Empty);
|
23
|
+
* }
|
24
|
+
*
|
25
|
+
* The JSON representation for `Empty` is empty JSON object `{}`.
|
26
|
+
*/
|
27
|
+
export interface EmptySDKType {
|
28
|
+
}
|
29
|
+
export declare const Empty: {
|
30
|
+
encode(_: Empty, writer?: _m0.Writer): _m0.Writer;
|
31
|
+
decode(input: _m0.Reader | Uint8Array, length?: number): Empty;
|
32
|
+
fromPartial(_: DeepPartial<Empty>): Empty;
|
33
|
+
};
|
@@ -0,0 +1,417 @@
|
|
1
|
+
import * as _m0 from "protobufjs/minimal";
|
2
|
+
import { DeepPartial } from "@osmonauts/helpers";
|
3
|
+
/**
|
4
|
+
* `FieldMask` represents a set of symbolic field paths, for example:
|
5
|
+
*
|
6
|
+
* paths: "f.a"
|
7
|
+
* paths: "f.b.d"
|
8
|
+
*
|
9
|
+
* Here `f` represents a field in some root message, `a` and `b`
|
10
|
+
* fields in the message found in `f`, and `d` a field found in the
|
11
|
+
* message in `f.b`.
|
12
|
+
*
|
13
|
+
* Field masks are used to specify a subset of fields that should be
|
14
|
+
* returned by a get operation or modified by an update operation.
|
15
|
+
* Field masks also have a custom JSON encoding (see below).
|
16
|
+
*
|
17
|
+
* # Field Masks in Projections
|
18
|
+
*
|
19
|
+
* When used in the context of a projection, a response message or
|
20
|
+
* sub-message is filtered by the API to only contain those fields as
|
21
|
+
* specified in the mask. For example, if the mask in the previous
|
22
|
+
* example is applied to a response message as follows:
|
23
|
+
*
|
24
|
+
* f {
|
25
|
+
* a : 22
|
26
|
+
* b {
|
27
|
+
* d : 1
|
28
|
+
* x : 2
|
29
|
+
* }
|
30
|
+
* y : 13
|
31
|
+
* }
|
32
|
+
* z: 8
|
33
|
+
*
|
34
|
+
* The result will not contain specific values for fields x,y and z
|
35
|
+
* (their value will be set to the default, and omitted in proto text
|
36
|
+
* output):
|
37
|
+
*
|
38
|
+
*
|
39
|
+
* f {
|
40
|
+
* a : 22
|
41
|
+
* b {
|
42
|
+
* d : 1
|
43
|
+
* }
|
44
|
+
* }
|
45
|
+
*
|
46
|
+
* A repeated field is not allowed except at the last position of a
|
47
|
+
* paths string.
|
48
|
+
*
|
49
|
+
* If a FieldMask object is not present in a get operation, the
|
50
|
+
* operation applies to all fields (as if a FieldMask of all fields
|
51
|
+
* had been specified).
|
52
|
+
*
|
53
|
+
* Note that a field mask does not necessarily apply to the
|
54
|
+
* top-level response message. In case of a REST get operation, the
|
55
|
+
* field mask applies directly to the response, but in case of a REST
|
56
|
+
* list operation, the mask instead applies to each individual message
|
57
|
+
* in the returned resource list. In case of a REST custom method,
|
58
|
+
* other definitions may be used. Where the mask applies will be
|
59
|
+
* clearly documented together with its declaration in the API. In
|
60
|
+
* any case, the effect on the returned resource/resources is required
|
61
|
+
* behavior for APIs.
|
62
|
+
*
|
63
|
+
* # Field Masks in Update Operations
|
64
|
+
*
|
65
|
+
* A field mask in update operations specifies which fields of the
|
66
|
+
* targeted resource are going to be updated. The API is required
|
67
|
+
* to only change the values of the fields as specified in the mask
|
68
|
+
* and leave the others untouched. If a resource is passed in to
|
69
|
+
* describe the updated values, the API ignores the values of all
|
70
|
+
* fields not covered by the mask.
|
71
|
+
*
|
72
|
+
* If a repeated field is specified for an update operation, new values will
|
73
|
+
* be appended to the existing repeated field in the target resource. Note that
|
74
|
+
* a repeated field is only allowed in the last position of a `paths` string.
|
75
|
+
*
|
76
|
+
* If a sub-message is specified in the last position of the field mask for an
|
77
|
+
* update operation, then new value will be merged into the existing sub-message
|
78
|
+
* in the target resource.
|
79
|
+
*
|
80
|
+
* For example, given the target message:
|
81
|
+
*
|
82
|
+
* f {
|
83
|
+
* b {
|
84
|
+
* d: 1
|
85
|
+
* x: 2
|
86
|
+
* }
|
87
|
+
* c: [1]
|
88
|
+
* }
|
89
|
+
*
|
90
|
+
* And an update message:
|
91
|
+
*
|
92
|
+
* f {
|
93
|
+
* b {
|
94
|
+
* d: 10
|
95
|
+
* }
|
96
|
+
* c: [2]
|
97
|
+
* }
|
98
|
+
*
|
99
|
+
* then if the field mask is:
|
100
|
+
*
|
101
|
+
* paths: ["f.b", "f.c"]
|
102
|
+
*
|
103
|
+
* then the result will be:
|
104
|
+
*
|
105
|
+
* f {
|
106
|
+
* b {
|
107
|
+
* d: 10
|
108
|
+
* x: 2
|
109
|
+
* }
|
110
|
+
* c: [1, 2]
|
111
|
+
* }
|
112
|
+
*
|
113
|
+
* An implementation may provide options to override this default behavior for
|
114
|
+
* repeated and message fields.
|
115
|
+
*
|
116
|
+
* In order to reset a field's value to the default, the field must
|
117
|
+
* be in the mask and set to the default value in the provided resource.
|
118
|
+
* Hence, in order to reset all fields of a resource, provide a default
|
119
|
+
* instance of the resource and set all fields in the mask, or do
|
120
|
+
* not provide a mask as described below.
|
121
|
+
*
|
122
|
+
* If a field mask is not present on update, the operation applies to
|
123
|
+
* all fields (as if a field mask of all fields has been specified).
|
124
|
+
* Note that in the presence of schema evolution, this may mean that
|
125
|
+
* fields the client does not know and has therefore not filled into
|
126
|
+
* the request will be reset to their default. If this is unwanted
|
127
|
+
* behavior, a specific service may require a client to always specify
|
128
|
+
* a field mask, producing an error if not.
|
129
|
+
*
|
130
|
+
* As with get operations, the location of the resource which
|
131
|
+
* describes the updated values in the request message depends on the
|
132
|
+
* operation kind. In any case, the effect of the field mask is
|
133
|
+
* required to be honored by the API.
|
134
|
+
*
|
135
|
+
* ## Considerations for HTTP REST
|
136
|
+
*
|
137
|
+
* The HTTP kind of an update operation which uses a field mask must
|
138
|
+
* be set to PATCH instead of PUT in order to satisfy HTTP semantics
|
139
|
+
* (PUT must only be used for full updates).
|
140
|
+
*
|
141
|
+
* # JSON Encoding of Field Masks
|
142
|
+
*
|
143
|
+
* In JSON, a field mask is encoded as a single string where paths are
|
144
|
+
* separated by a comma. Fields name in each path are converted
|
145
|
+
* to/from lower-camel naming conventions.
|
146
|
+
*
|
147
|
+
* As an example, consider the following message declarations:
|
148
|
+
*
|
149
|
+
* message Profile {
|
150
|
+
* User user = 1;
|
151
|
+
* Photo photo = 2;
|
152
|
+
* }
|
153
|
+
* message User {
|
154
|
+
* string display_name = 1;
|
155
|
+
* string address = 2;
|
156
|
+
* }
|
157
|
+
*
|
158
|
+
* In proto a field mask for `Profile` may look as such:
|
159
|
+
*
|
160
|
+
* mask {
|
161
|
+
* paths: "user.display_name"
|
162
|
+
* paths: "photo"
|
163
|
+
* }
|
164
|
+
*
|
165
|
+
* In JSON, the same mask is represented as below:
|
166
|
+
*
|
167
|
+
* {
|
168
|
+
* mask: "user.displayName,photo"
|
169
|
+
* }
|
170
|
+
*
|
171
|
+
* # Field Masks and Oneof Fields
|
172
|
+
*
|
173
|
+
* Field masks treat fields in oneofs just as regular fields. Consider the
|
174
|
+
* following message:
|
175
|
+
*
|
176
|
+
* message SampleMessage {
|
177
|
+
* oneof test_oneof {
|
178
|
+
* string name = 4;
|
179
|
+
* SubMessage sub_message = 9;
|
180
|
+
* }
|
181
|
+
* }
|
182
|
+
*
|
183
|
+
* The field mask can be:
|
184
|
+
*
|
185
|
+
* mask {
|
186
|
+
* paths: "name"
|
187
|
+
* }
|
188
|
+
*
|
189
|
+
* Or:
|
190
|
+
*
|
191
|
+
* mask {
|
192
|
+
* paths: "sub_message"
|
193
|
+
* }
|
194
|
+
*
|
195
|
+
* Note that oneof type names ("test_oneof" in this case) cannot be used in
|
196
|
+
* paths.
|
197
|
+
*
|
198
|
+
* ## Field Mask Verification
|
199
|
+
*
|
200
|
+
* The implementation of any API method which has a FieldMask type field in the
|
201
|
+
* request should verify the included field paths, and return an
|
202
|
+
* `INVALID_ARGUMENT` error if any path is duplicated or unmappable.
|
203
|
+
*/
|
204
|
+
export interface FieldMask {
|
205
|
+
/** The set of field mask paths. */
|
206
|
+
paths: string[];
|
207
|
+
}
|
208
|
+
/**
|
209
|
+
* `FieldMask` represents a set of symbolic field paths, for example:
|
210
|
+
*
|
211
|
+
* paths: "f.a"
|
212
|
+
* paths: "f.b.d"
|
213
|
+
*
|
214
|
+
* Here `f` represents a field in some root message, `a` and `b`
|
215
|
+
* fields in the message found in `f`, and `d` a field found in the
|
216
|
+
* message in `f.b`.
|
217
|
+
*
|
218
|
+
* Field masks are used to specify a subset of fields that should be
|
219
|
+
* returned by a get operation or modified by an update operation.
|
220
|
+
* Field masks also have a custom JSON encoding (see below).
|
221
|
+
*
|
222
|
+
* # Field Masks in Projections
|
223
|
+
*
|
224
|
+
* When used in the context of a projection, a response message or
|
225
|
+
* sub-message is filtered by the API to only contain those fields as
|
226
|
+
* specified in the mask. For example, if the mask in the previous
|
227
|
+
* example is applied to a response message as follows:
|
228
|
+
*
|
229
|
+
* f {
|
230
|
+
* a : 22
|
231
|
+
* b {
|
232
|
+
* d : 1
|
233
|
+
* x : 2
|
234
|
+
* }
|
235
|
+
* y : 13
|
236
|
+
* }
|
237
|
+
* z: 8
|
238
|
+
*
|
239
|
+
* The result will not contain specific values for fields x,y and z
|
240
|
+
* (their value will be set to the default, and omitted in proto text
|
241
|
+
* output):
|
242
|
+
*
|
243
|
+
*
|
244
|
+
* f {
|
245
|
+
* a : 22
|
246
|
+
* b {
|
247
|
+
* d : 1
|
248
|
+
* }
|
249
|
+
* }
|
250
|
+
*
|
251
|
+
* A repeated field is not allowed except at the last position of a
|
252
|
+
* paths string.
|
253
|
+
*
|
254
|
+
* If a FieldMask object is not present in a get operation, the
|
255
|
+
* operation applies to all fields (as if a FieldMask of all fields
|
256
|
+
* had been specified).
|
257
|
+
*
|
258
|
+
* Note that a field mask does not necessarily apply to the
|
259
|
+
* top-level response message. In case of a REST get operation, the
|
260
|
+
* field mask applies directly to the response, but in case of a REST
|
261
|
+
* list operation, the mask instead applies to each individual message
|
262
|
+
* in the returned resource list. In case of a REST custom method,
|
263
|
+
* other definitions may be used. Where the mask applies will be
|
264
|
+
* clearly documented together with its declaration in the API. In
|
265
|
+
* any case, the effect on the returned resource/resources is required
|
266
|
+
* behavior for APIs.
|
267
|
+
*
|
268
|
+
* # Field Masks in Update Operations
|
269
|
+
*
|
270
|
+
* A field mask in update operations specifies which fields of the
|
271
|
+
* targeted resource are going to be updated. The API is required
|
272
|
+
* to only change the values of the fields as specified in the mask
|
273
|
+
* and leave the others untouched. If a resource is passed in to
|
274
|
+
* describe the updated values, the API ignores the values of all
|
275
|
+
* fields not covered by the mask.
|
276
|
+
*
|
277
|
+
* If a repeated field is specified for an update operation, new values will
|
278
|
+
* be appended to the existing repeated field in the target resource. Note that
|
279
|
+
* a repeated field is only allowed in the last position of a `paths` string.
|
280
|
+
*
|
281
|
+
* If a sub-message is specified in the last position of the field mask for an
|
282
|
+
* update operation, then new value will be merged into the existing sub-message
|
283
|
+
* in the target resource.
|
284
|
+
*
|
285
|
+
* For example, given the target message:
|
286
|
+
*
|
287
|
+
* f {
|
288
|
+
* b {
|
289
|
+
* d: 1
|
290
|
+
* x: 2
|
291
|
+
* }
|
292
|
+
* c: [1]
|
293
|
+
* }
|
294
|
+
*
|
295
|
+
* And an update message:
|
296
|
+
*
|
297
|
+
* f {
|
298
|
+
* b {
|
299
|
+
* d: 10
|
300
|
+
* }
|
301
|
+
* c: [2]
|
302
|
+
* }
|
303
|
+
*
|
304
|
+
* then if the field mask is:
|
305
|
+
*
|
306
|
+
* paths: ["f.b", "f.c"]
|
307
|
+
*
|
308
|
+
* then the result will be:
|
309
|
+
*
|
310
|
+
* f {
|
311
|
+
* b {
|
312
|
+
* d: 10
|
313
|
+
* x: 2
|
314
|
+
* }
|
315
|
+
* c: [1, 2]
|
316
|
+
* }
|
317
|
+
*
|
318
|
+
* An implementation may provide options to override this default behavior for
|
319
|
+
* repeated and message fields.
|
320
|
+
*
|
321
|
+
* In order to reset a field's value to the default, the field must
|
322
|
+
* be in the mask and set to the default value in the provided resource.
|
323
|
+
* Hence, in order to reset all fields of a resource, provide a default
|
324
|
+
* instance of the resource and set all fields in the mask, or do
|
325
|
+
* not provide a mask as described below.
|
326
|
+
*
|
327
|
+
* If a field mask is not present on update, the operation applies to
|
328
|
+
* all fields (as if a field mask of all fields has been specified).
|
329
|
+
* Note that in the presence of schema evolution, this may mean that
|
330
|
+
* fields the client does not know and has therefore not filled into
|
331
|
+
* the request will be reset to their default. If this is unwanted
|
332
|
+
* behavior, a specific service may require a client to always specify
|
333
|
+
* a field mask, producing an error if not.
|
334
|
+
*
|
335
|
+
* As with get operations, the location of the resource which
|
336
|
+
* describes the updated values in the request message depends on the
|
337
|
+
* operation kind. In any case, the effect of the field mask is
|
338
|
+
* required to be honored by the API.
|
339
|
+
*
|
340
|
+
* ## Considerations for HTTP REST
|
341
|
+
*
|
342
|
+
* The HTTP kind of an update operation which uses a field mask must
|
343
|
+
* be set to PATCH instead of PUT in order to satisfy HTTP semantics
|
344
|
+
* (PUT must only be used for full updates).
|
345
|
+
*
|
346
|
+
* # JSON Encoding of Field Masks
|
347
|
+
*
|
348
|
+
* In JSON, a field mask is encoded as a single string where paths are
|
349
|
+
* separated by a comma. Fields name in each path are converted
|
350
|
+
* to/from lower-camel naming conventions.
|
351
|
+
*
|
352
|
+
* As an example, consider the following message declarations:
|
353
|
+
*
|
354
|
+
* message Profile {
|
355
|
+
* User user = 1;
|
356
|
+
* Photo photo = 2;
|
357
|
+
* }
|
358
|
+
* message User {
|
359
|
+
* string display_name = 1;
|
360
|
+
* string address = 2;
|
361
|
+
* }
|
362
|
+
*
|
363
|
+
* In proto a field mask for `Profile` may look as such:
|
364
|
+
*
|
365
|
+
* mask {
|
366
|
+
* paths: "user.display_name"
|
367
|
+
* paths: "photo"
|
368
|
+
* }
|
369
|
+
*
|
370
|
+
* In JSON, the same mask is represented as below:
|
371
|
+
*
|
372
|
+
* {
|
373
|
+
* mask: "user.displayName,photo"
|
374
|
+
* }
|
375
|
+
*
|
376
|
+
* # Field Masks and Oneof Fields
|
377
|
+
*
|
378
|
+
* Field masks treat fields in oneofs just as regular fields. Consider the
|
379
|
+
* following message:
|
380
|
+
*
|
381
|
+
* message SampleMessage {
|
382
|
+
* oneof test_oneof {
|
383
|
+
* string name = 4;
|
384
|
+
* SubMessage sub_message = 9;
|
385
|
+
* }
|
386
|
+
* }
|
387
|
+
*
|
388
|
+
* The field mask can be:
|
389
|
+
*
|
390
|
+
* mask {
|
391
|
+
* paths: "name"
|
392
|
+
* }
|
393
|
+
*
|
394
|
+
* Or:
|
395
|
+
*
|
396
|
+
* mask {
|
397
|
+
* paths: "sub_message"
|
398
|
+
* }
|
399
|
+
*
|
400
|
+
* Note that oneof type names ("test_oneof" in this case) cannot be used in
|
401
|
+
* paths.
|
402
|
+
*
|
403
|
+
* ## Field Mask Verification
|
404
|
+
*
|
405
|
+
* The implementation of any API method which has a FieldMask type field in the
|
406
|
+
* request should verify the included field paths, and return an
|
407
|
+
* `INVALID_ARGUMENT` error if any path is duplicated or unmappable.
|
408
|
+
*/
|
409
|
+
export interface FieldMaskSDKType {
|
410
|
+
/** The set of field mask paths. */
|
411
|
+
paths: string[];
|
412
|
+
}
|
413
|
+
export declare const FieldMask: {
|
414
|
+
encode(message: FieldMask, writer?: _m0.Writer): _m0.Writer;
|
415
|
+
decode(input: _m0.Reader | Uint8Array, length?: number): FieldMask;
|
416
|
+
fromPartial(object: DeepPartial<FieldMask>): FieldMask;
|
417
|
+
};
|