Add unique value proposition

EIPS/eip-1238.md

@@ -30,6 +30,8 @@ This is the equivalent of a variety of other use cases
 
 Additionally, this standard could be used as a primitive for Soulbound tokens, whereby the recovery of a Soul would be done by obtaining signatures from co-owners of tokens with the same id.
 
+Multiple proposals for non-transferable / Soulbound tokens have been put forth, however this one presents a unique combination of features which includes having multiple token types in one contract (similar to [EIP-1155](./eip-1155.md)), recipient's consent and, optionally, token staking and expiry.
+
 ## Specification
 Every contract compliant with this EIP must implement the following interface:
 
@@ -180,7 +182,7 @@ This proposed interface and implementation chooses to stay agnostic regarding th
 EIP-1155 presents several interesting features that are also applicable to these tokens:
 
 1. There is no need to deploy multiple contracts for each token collection as with previous standards, this saves deployment gas cost
-2. ERIP-1155 is fungibility-agnostic: the same smart contract can track both fungible tokens and NFTs
+2. EIP-1155 is fungibility-agnostic: the same smart contract can track both fungible tokens and NFTs
 3. Batch operations are possible such as minting or querying the balance for multiple token ids in just one call
 4. No more tokens stuck in contracts because they were sent by mistake. For transfers and batch transfers, if the recipient is a contract, the transaction will revert if it does not implement the `ERC1155TokenReceiver` interface
 5. Smart contracts which implement the `ERC1155TokenReceiver` interface may reject an increase in balance