diff --git a/v3/v3-specification.md b/v3/v3-specification.md
index d4f4082..d2f41fc 100644
--- a/v3/v3-specification.md
+++ b/v3/v3-specification.md
@@ -2386,7 +2386,7 @@ For more information about how this is used, see [hashing an order](#hashing-an-
 
 ## EIP-1271 Usage
 
-Both the [`Validator](#validator) and [`EIP1271Wallet`](#eip1271wallet) signature types are [EIP-1271](https://github.com/ethereum/EIPs/blob/master/EIPS/eip-1271.md) compliant. Note that this standard does not specify how data should be encoded when it is passed to the verifying contract's `isValidSignature` function. The `Exchange` contract will pass data to the verifying contract that is ABI encoded with one of the following function signatures, depending on if a `Order` or `ZeroExTransaction` is being validated:
+Both the [`Validator`](#validator) and [`EIP1271Wallet`](#eip1271wallet) signature types are [EIP-1271](https://github.com/ethereum/EIPs/blob/master/EIPS/eip-1271.md) compliant. Note that this standard does not specify how data should be encoded when it is passed to the verifying contract's `isValidSignature` function. The `Exchange` contract will pass data to the verifying contract that is ABI encoded with one of the following function signatures, depending on if a `Order` or `ZeroExTransaction` is being validated:
 
 ```solidity
 contract IEIP1271Data {
@@ -2454,7 +2454,7 @@ Doing any sort of division in the EVM may result in rounding errors. [`fillOrder
 - `marketBuyOrders` and `marketSellOrders` have been deprecated
 - The addition of [`marketBuyOrdersFillOrKill`](#marketbuyordersfillorkill) and [`marketSellOrdersFillOrKill`](#marketsellordersfillorkill)
 - All of the `marketBuy*` and `marketSell*` functions now allow multiple different assets to be bought or sold (be careful with this!)
-- The ordering of transfers during a single fill has changed. A fill now first transfers an asset from the taker to the maker, opening up the ability to integrate the [`ERC20BuyerAsseyProxy`](https://github.com/0xProject/ZEIPs/issues/47) (along with other similar contracts)
+- The ordering of transfers during a single fill has changed. A fill now first transfers an asset from the taker to the maker, opening up the ability to integrate the [`ERC20BuyerAssetProxy`](https://github.com/0xProject/ZEIPs/issues/47) (along with other similar contracts)
 
 ### Changes to order matching