diff --git a/docs/app-development.md b/docs/app-development.md index 0b6c402e..32abe215 100644 --- a/docs/app-development.md +++ b/docs/app-development.md @@ -99,14 +99,14 @@ performance, or otherwise enjoy programming, you may implement your own ABCI server using the Tendermint Socket Protocol, known affectionately as Teaspoon. The first step is still to auto-generate the relevant data types and codec in your language using `protoc`. Messages coming over -the socket are Protobuf3 encoded, but additionally length-prefixed to -facilitate use as a streaming protocol. Protobuf3 doesn't have an +the socket are proto3 encoded, but additionally length-prefixed to +facilitate use as a streaming protocol. proto3 doesn't have an official length-prefix standard, so we use our own. The first byte in the prefix represents the length of the Big Endian encoded length. The remaining bytes in the prefix are the Big Endian encoded length. -For example, if the Protobuf3 encoded ABCI message is 0xDEADBEEF (4 -bytes), the length-prefixed message is 0x0104DEADBEEF. If the Protobuf3 +For example, if the proto3 encoded ABCI message is 0xDEADBEEF (4 +bytes), the length-prefixed message is 0x0104DEADBEEF. If the proto3 encoded ABCI message is 65535 bytes long, the length-prefixed message would be like 0x02FFFF.... @@ -188,9 +188,9 @@ In Java: ResponseCheckTx requestCheckTx(RequestCheckTx req) { byte[] transaction = req.getTx().toByteArray(); - + // validate transaction - + if (notValid) { return ResponseCheckTx.newBuilder().setCode(CodeType.BadNonce).setLog("invalid tx").build(); } else { @@ -260,15 +260,15 @@ In Java: */ ResponseDeliverTx deliverTx(RequestDeliverTx request) { byte[] transaction = request.getTx().toByteArray(); - + // validate your transaction - + if (notValid) { return ResponseDeliverTx.newBuilder().setCode(CodeType.BadNonce).setLog("transaction was invalid").build(); } else { ResponseDeliverTx.newBuilder().setCode(CodeType.OK).build(); } - + } ### Commit @@ -302,10 +302,10 @@ In go: In Java: ResponseCommit requestCommit(RequestCommit requestCommit) { - + // update the internal app-state byte[] newAppState = calculateAppState(); - + // and return it to the node return ResponseCommit.newBuilder().setCode(CodeType.OK).setData(ByteString.copyFrom(newAppState)).build(); } @@ -326,7 +326,7 @@ In go: func (app *PersistentKVStoreApplication) BeginBlock(params types.RequestBeginBlock) { // update latest block info app.blockHeader = params.Header - + // reset valset changes app.changes = make([]*types.Validator, 0) } @@ -337,14 +337,14 @@ In Java: * all types come from protobuf definition */ ResponseBeginBlock requestBeginBlock(RequestBeginBlock req) { - + Header header = req.getHeader(); byte[] prevAppHash = header.getAppHash().toByteArray(); long prevHeight = header.getHeight(); long numTxs = header.getNumTxs(); - + // run your pre-block logic. Maybe prepare a state snapshot, message components, etc - + return ResponseBeginBlock.newBuilder().build(); } @@ -377,10 +377,10 @@ In Java: ResponseEndBlock requestEndBlock(RequestEndBlock req) { final long currentHeight = req.getHeight(); final byte[] validatorPubKey = getValPubKey(); - + ResponseEndBlock.Builder builder = ResponseEndBlock.newBuilder(); builder.addDiffs(1, Types.Validator.newBuilder().setPower(10L).setPubKey(ByteString.copyFrom(validatorPubKey)).build()); - + return builder.build(); } @@ -437,25 +437,25 @@ In Java: ResponseQuery requestQuery(RequestQuery req) { final boolean isProveQuery = req.getProve(); final ResponseQuery.Builder responseBuilder = ResponseQuery.newBuilder(); - + if (isProveQuery) { com.app.example.ProofResult proofResult = generateProof(req.getData().toByteArray()); final byte[] proofAsByteArray = proofResult.getAsByteArray(); - + responseBuilder.setProof(ByteString.copyFrom(proofAsByteArray)); responseBuilder.setKey(req.getData()); responseBuilder.setValue(ByteString.copyFrom(proofResult.getData())); responseBuilder.setLog(result.getLogValue()); } else { byte[] queryData = req.getData().toByteArray(); - + final com.app.example.QueryResult result = generateQueryResult(queryData); - + responseBuilder.setIndex(result.getIndex()); responseBuilder.setValue(ByteString.copyFrom(result.getValue())); responseBuilder.setLog(result.getLogValue()); } - + return responseBuilder.build(); } @@ -515,13 +515,13 @@ In Java: ResponseInitChain requestInitChain(RequestInitChain req) { final int validatorsCount = req.getValidatorsCount(); final List validatorsList = req.getValidatorsList(); - + validatorsList.forEach((validator) -> { long power = validator.getPower(); byte[] validatorPubKey = validator.getPubKey().toByteArray(); - + // do somehing for validator setup in app }); - + return ResponseInitChain.newBuilder().build(); } diff --git a/docs/architecture/adr-009-ABCI-design.md b/docs/architecture/adr-009-ABCI-design.md index 31a8dcfc..5de37f9e 100644 --- a/docs/architecture/adr-009-ABCI-design.md +++ b/docs/architecture/adr-009-ABCI-design.md @@ -30,7 +30,7 @@ See the [references](#references) for more. ### Imports -The native Protobuf library in Go generates code that is inellegant and difficult to work with. +The native proto library in Go generates code that is inellegant and difficult to work with. The solution in the Go community is to use a fork of it called `gogoproto`. While `gogoproto` is nice, it creates an additional dependency, and compiling the protobuf types for other languages has been reported to fail when `gogoproto` is used. @@ -38,13 +38,13 @@ the protobuf types for other languages has been reported to fail when `gogoproto ### Amino Amino is an encoding protocol designed to improve over insufficiencies of protobuf. -It's goal is to be Protobuf4. +It's goal is to be proto4. Many people are frustrated by incompatibility with protobuf, and with the requirement for Amino to be used at all within ABCI. We intend to make Amino successful enough that we can eventually use it for ABCI -message types directly. By then it should be called Protobuf4. In the meantime, +message types directly. By then it should be called proto4. In the meantime, we want it to be easy to use. ### PubKey @@ -102,11 +102,11 @@ Amino will be completely removed from the ABCI: - It will not be required for PubKey encoding - It will not be required for computing PubKey addresses -That said, we are working to make Amino a huge success, and to become Protobuf4. +That said, we are working to make Amino a huge success, and to become proto4. To facilitate adoption and cross-language compatibility in the near-term, Amino v1 will: -- be fully compatible with the subset of Protobuf3 that excludes `oneof` +- be fully compatible with the subset of proto3 that excludes `oneof` - use the Amino prefix system to provide interface types, as opposed to `oneof` style union types. diff --git a/docs/spec/blockchain/encoding.md b/docs/spec/blockchain/encoding.md index e59d3c8c..1c33aa1f 100644 --- a/docs/spec/blockchain/encoding.md +++ b/docs/spec/blockchain/encoding.md @@ -2,8 +2,8 @@ ## Amino -Tendermint uses the Protobuf3 derivative [Amino](https://github.com/tendermint/go-amino) for all data structures. -Think of Amino as an object-oriented Protobuf3 with native JSON support. +Tendermint uses the proto3 derivative [Amino](https://github.com/tendermint/go-amino) for all data structures. +Think of Amino as an object-oriented proto3 with native JSON support. The goal of the Amino encoding protocol is to bring parity between application logic objects and persistence objects. @@ -21,7 +21,7 @@ arbitrary object and return the Amino encoded bytes. ## Byte Arrays The encoding of a byte array is simply the raw-bytes prefixed with the length of -the array as a `UVarint` (what Protobuf calls a `Varint`). +the array as a `UVarint` (what proto calls a `Varint`). For details on varints, see the [protobuf spec](https://developers.google.com/protocol-buffers/docs/encoding#varints).