Update README.md

README.md

@@ -19,6 +19,56 @@ Discord: https://discord.gg/ugrjPCyfWd
 
 reddit: https://reddit.com/r/randomnumberretailer
 
+--
+
+For this method (the casual method):
+
+```
+function requestRandomNumbersSynchronous(
+
+uint256 amountOfRandomNumbersToRequest,
+
+uint256[] memory randomSeedArray
+
+)
+```
+
+It is useful in a few scenarios:
+
+1. Methods that are only callable by the contract owner / trusted parties who just need a truly random outcome for their own purposes.
+
+2. Public methods where there is no financial outcome on the line (picking what avatar you get, what team you're on, etc.)
+
+--
+
+For anything more serious this method should be used (the advanced method):
+
+```
+function requestRandomNumbersSynchronousUsingVRFv2Seed(
+
+uint256 amountOfRandomNumbersToRequest,
+
+Proof memory proof,
+
+RequestCommitment memory rc
+
+)
+```
+
+This method requires a random proof generated by Chainlink VRF v2 or equivalent.
+
+It takes about one second on my computer to generate a single verified random proof.
+
+It is not tenable for a MEV bot to generate the perfect random number in a block's time if they need to create VRF v2 proofs.
+
+Of course, a fully asynchronous method is more secure and should continue to be used in high stakes environments.
+
+We may release our own fully asynchronous alternative which would basically be exactly like Chainlink VRF v2 but you would pay in ETH instead of LINK.
+
+But for anything remotely casual you can save a lot of time and money using our advanced method, especially if it is combined with something like Flashbots RPC to avoid MEV.
+
+Plus you get all of the convenience of synchronicity.
+
 --
 
  Random Number Retailer: Random Numbers Just Got a Whole Lot Cheaper... And Easier Too!