Team:Edinburgh UG/Limitations
Limitations
Every Scientist things their project is amazing and world-changing. Us included! However, we appreciate that all projects have limitations due to their design, implementation, lab equipment, finance, time..
Limitations of our Project
As an iGEM project, our main limitation was time. Ideally we would have like to done a lot more preliminary lab work to test optimal anchor binding, optimal volumes of liquids for assembly, a different method of assembly (one-pot), to name a few. We would also like to have access to a minion to test its ability to sequence our data, as that is what we would propose to use if our information was stored in a non-lab commercial setting.
Limitations of our Design
Our design is modular, novel, and importantly cheaper than de novo synthesis, which was our main goal. However there are constant improvements we can be making to it. One of the main limitations of the design is the waste in using excess reagents. One way to combat this would be to use an automated system. An example set-up is shown below.
Another limitation is the number of BabbleBricks we can use per BabbleBlock. If the desired construct is to be re-inserted into a phytobrick then there is a limit to the number of BabbleBricks that can be assembled together. We have tried to target this limitation be incorporating an address. At the end of every BabbleBlock there is an address. This tags the construct with a code that can be identified by the Babbled decoding software. The address information places the construct in context of other constructs. Eg which sentence in a paragraph it is, or which line of pixels on a picture. This makes assembly of encoded data from many constructs possible.
Follow Us
