Team:Wisconsin-Madison/humanpractice
From 2011.igem.org
Line 237: | Line 237: | ||
<img src="http://i56.tinypic.com/2ninmo8.jpg" align="right" style="border:1px solid black;"> | <img src="http://i56.tinypic.com/2ninmo8.jpg" align="right" style="border:1px solid black;"> | ||
<p><br> | <p><br> | ||
- |   | + | |
<p> | <p> | ||
Clicking through to view the library, users would see phenotypically interesting mutants from the first generation of mutagenesis. <br> | Clicking through to view the library, users would see phenotypically interesting mutants from the first generation of mutagenesis. <br> |
Revision as of 03:53, 29 September 2011
Mutants and Registry Users: A Happy Family This year, the UW-Madison iGEM team has strived to produce a modular directed evolution system for one- and two-component sensor systems. While the goal of improving biosensors to optimize the biofuel discovery process has motivated our work, our methods have led us to some more fundamental questions. These all stem from the following: when a BioBrick undergoes directed evolution, what functions can the source, the intermediates, and the end product serve in the registry? Upon consideration, we saw two ways the current registry could support this sort of small-scale tinkering. The new product could either be listed as a new part or be an informational addition to the source part. While creating new parts for each mutant with a desired phenotype would fit the current one-part-one-genotype dogma of the registry, it would also produce a litany of similar parts. By adding knowledge about the phenotypes conferred by small mutations to the page itself, we would be able to see a part and the effects of mutations upon it on a single page. However, pages could become unwieldy if multiple mutageneses were performed upon the same target part or device and the mutants would not be readily available for interested teams to test. In the interest of providing users with an easy to use system for understanding, referring to, and using members of BioBrick mutant libraries, we propose a new registry feature: mutant families.
To better understand how mutant families would affect how users access the registry, we made a series of mock-ups of how we pictured mutant families could be implemented.
A separate tab could appear for parts which contained mutant children parts:
Clicking through to view the library, users would see phenotypically interesting mutants from the first generation of mutagenesis.
We believe that mutagenesis is a powerful tool for directed evolution, characterization, and fine-tuning of parts and devices in the registry. We hope that establishing mutant families as part of the registry will encourage further use and discussions of rationally mutated gene products, and most importantly it will improve the user experience for teams working with mutant libraries. Inevitably questions will arise about guidelines for when highly-mutated children will become new parts of their own; we don’t have a concrete answer for this and think it is an important conversation to have. The topic is particularly interesting when applied to intellectual property in synthetic biology. Can a parent protein be mutagenized to the point it is no longer legally protected? Can a mutated protein be patented, and the ownership not extend to the immediate precursor to it? These questions underline the difficulty in applying firm laws to the dynamic field of synthetic biology, and we look forward to their discussion.
|