As a result, we remove the liquidity bootstrapping phase that is inherent with Balancer designs. If a new Balancer pool is created it starts off with a minuscule amount of liquidity and thus cannot accept one sided deposits due to extreme slippage. Therefore, users must deposit each constituent asset into the pool until the pool reaches sufficient liquidity, and can start accepting one sided deposits. This mechanism is fine if you plan to limit the number of indices created such that each index has adequate liquidity. However, as mentioned above we cannot make this assumption. It's also apparent that index investors typically don't already own the underlying tokens and would prefer to invest through one asset.